본문 바로가기

이런게 좋은 자료이다. 딱 원하는 자료이다. MSA 이게 맞나요?

MSA! 이것이 서비스가 맞나요?

 

MSA! 이것이 서비스가 맞나요?

현장에서 MSA를 적용하면서 관련 Stakeholder에게 기존의 CBD와 SOA를 처음 현장에 적용할 때와 ...

blog.naver.com

■ CBD/SOA/MSA의 기술 비교

3가지의 기술과 애플리케이션의 사상, 관련된 개념을 비교한 내용이다.

MSA 특징

장단점은 정리한 곳이 워낙 많은데 어떤걸 MSA 로 해야 하는지 명확하게 적어둔 곳은 잘 없네.

왜 MSA로 해야 하는지 예를 들어 설명해 주고 있어서 캡쳐해 둔다.

 

주요 기술로는 

API Gateway, 서비스 매쉬, 메시지큐, 서비스찾기, 장애, 로그 추적 

핵심일듯

 

이 세 가지 기술은 모두 애플리케이션의 복잡도를 낮추고 유지보수성과 확장성을 높이기 위한 방법이지만, 각각의 특징과 장단점이 있습니다.

  • CBD는 Component Based Development의 약자로, 애플리케이션을 재사용 가능한 컴포넌트로 분해하고 조합하는 방법론입니다.
  • SOA는 Service Oriented Architecture의 약자로, 애플리케이션을 서비스라는 독립적인 단위로 분리하고 표준화된 인터페이스를 통해 상호작용하는 아키텍처입니다.
  • MSA는 Microservice Architecture의 약자로, 애플리케이션을 작고 자율적인 마이크로서비스로 분할하고 경량화된 프로토콜을 통해 협업하는 아키텍처입니다.

 

MSA 단점

MSA 제대로 이해하기 -(1) MSA의 기본 개념 (velog.io)

 

MSA 제대로 이해하기 -(1) MSA의 기본 개념

lego-708086_1920.jpg 마이크로 서비스 아키텍쳐를 한마디로 다음과 같이 표현할 수 있습니다. "하나의 큰 어플리케이션을 여러개의 작은 어플리케이션으로 쪼개어 변경과 조합이 가능하도록 만든 아

velog.io

  • 성능 - 서비스 간 호출 시 API를 사용하기 때문에, 통신 비용이나, Latency가 그만큼 늘어나게 됩니다.
  • 테스트 / 트랜잭션 - 서비스가 분리되어 있기 때문에 테스트와 트랜잭션의 복잡도가 증가하고, 많은 자원을 필요로 합니다.
  • 데이터 관리 - 데이터가 여러 서비스에 걸쳐 분산되기 때문에 한번에 조회하기 어렵고, 데이터의 정합성 또한 관리하기 어렵습니다.

B로그0간

개발 관련 글과 유용한 정보를 공유하는 공간입니다.