[MSA] chapter 1.7_SOA vs MSA

📌 개인적인 공간으로 공부를 기록하고 복습하기 위해 사용하는 블로그입니다.
정확하지 않은 정보가 있을 수 있으니 참고바랍니다 :😸
[틀린 내용은 댓글로 남겨주시면 복받으실거에요]

인프런 Dowon Lee님의 Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA) 강의를 듣고 정리한 필기입니다.😊
Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA) 강의 들으러 가기👩‍🏫

SOA와 MSA: 서비스 지향 아키텍처의 차이와 통신 방식

서비스 지향 아키텍처는 주로 SOA(Service-Oriented Architecture)와 MSA(Microservice Architecture)로 나뉘며, 두 아키텍처 모두 개별 서비스의 독립성을 목표로 하지만, 접근 방식과 목적에서 차이를 보인다.

1. SOA (Service-Oriented Architecture)

서비스 재사용을 통한 비용 절감을 주요 목표로 한다.

• SOA에서는 공통적으로 사용할 수 있는 기능을 개별 서비스로 개발하여, 이 서비스들을 ‘서비스 버스’라는 매개체를 통해 연동하고, 비즈니스에 필요한 통합된 서비스 형태로 제공한다.
• 주로 웹 서비스 형태로 개발되며, WSDL(Web Services Description Language) 및 ESB(Enterprise Service Bus)와 같은 표준을 통해 서비스 간 통신을 처리하는 것이 특징

2. MSA (Microservice Architecture)

MSA는 SOA와는 달리 서비스 간의 결합도를 최소화하고, 서비스 간 독립성과 유연성을 높이는 데 중점을 둠

• 각 서비스는 자신이 맡은 비즈니스 로직만 담당하며, 다른 서비스와 필요할 때만 연동한다
• 예를 들어, 결제 서비스가 회원 정보를 필요로 할 경우, 직접 DB에 접근하는 대신 API를 통해 데이터를 요청하는 방식으로 연동한다.
• 이렇게 각 서비스는 API를 통해 데이터를 주고받으며, 문제가 생겼을 때 다른 서비스에 영향을 최소화한다. 따라서 MSA는 빠른 배포와 개별 서비스의 독립적인 업데이트가 가능한 구조를 갖춘다.

---

3. MSA에서의 통신 방식: REST API와 메시징 시스템

MSA의 독립된 서비스들이 서로 데이터를 공유하고 통신하기 위해 주로 사용하는 방식은 REST API와 메시징 시스템이다.

REST API와 MSA

REST API는 서비스 간 데이터를 요청하고 응답하는 방식으로, HTTP 메서드와 URI를 통해 서비스가 제공하는 리소스와 작업을 구체적으로 나타낸다. Richardson Maturity Model에 따르면 REST API는 네 가지 성숙도를 가지고 있으며, 단계가 높을수록 RESTful한 설계를 충족하는 API로 평가된다

• Level 0: URL을 통해 단순히 리소스를 제공
• Level 1: 의미 있는 URL로 리소스를 구체화
• Level 2: HTTP 메서드를 활용하여 리소스를 상태에 맞게 제공
• Level 3: HATEOAS로 상태 정보를 포함하여 클라이언트의 다음 작업을 제시

메시징 시스템과 MSA

MSA에서는 REST API 외에도 Kafka와 같은 메시징 시스템을 통해 비동기적인 데이터 동기화를 처리하는 방식이 널리 사용된다. 예를 들어, 회원가입 서비스에서 신규 사용자 정보를 이벤트로 발행하면, 결제 서비스가 이를 비동기적으로 구독하여 필요한 작업을 수행할 수 있다. 이런 이벤트 스트림 방식은 서비스 간 결합도를 낮추고, 데이터가 실시간으로 반영될 수 있도록 도와준다.

---

요약!

SOA와 MSA는 서비스 지향 아키텍처라는 공통점이 있지만, SOA는 통합과 재사용을, MSA는 독립성과 유연성을 더 중요하게 생각하는 아키텍처이다. 특히 MSA에서는 서비스 간 통신을 REST API와 메시징 시스템을 통해 처리하며, 이를 통해 각 서비스가 독립성을 유지하면서도 필요한 데이터 연동을 효과적으로 수행할 수 있도록 설계한다.

MSA 카테고리 내 다른 글 보러가기