728x90
최근에 MSA 에 관련한 강의,자료를 보면서 프로젝트의 크기에 따라 다르겠지만, 규모가 클 수록 MSA 아키텍처로 넘어가는 경우가 많은 것 같다.
MSA 는 Cloud 을 통해서 서비스간 자유롭게 개발 및 통신할 수 있으며 서비스간 영향도가 줄어 드는 등 많은 장점을 가지고 있다.
MSA 아키텍처를 완성시키기 위해서는 공수가 많이 들어가는 것 뿐만 아니라, 러닝커브가 높고 서비스 유지보수가 가능한지 등에 대한 많은 고민이 필요하다고 생각한다.
SOA 는 Service Oriented Architecture 이다.
아래 그림처럼 SOA 는 서비스 공유를 최대화하여 필요한 곳에 공유 및 재사용이 가능한 서비스 중심의 아키텍처이다.
MSA 는 MicroService Architecutre 이다.
위의 그림처럼 서비스 공유 최소화를 하며, 서비스 간 결합도를 낮추어 변화에 능동적으로 대응하는 아키텍처이다.
두 가지 아키텍처는 공통적으로 서비스 지향 설계라는 것이다.
차이점은 SOA 는 ESB(Enterprise Service Bus) 라는 미들웨어에서 연결하고 조립해서 만들지만 ( 최대한 재사용 )
MSA 는 REST API 또는 메시징을 이용하여 각 서비스를 중심(독립적) 으로 처리한다.
728x90
'MSA' 카테고리의 다른 글
Service Discovery ( + Netflix Eureka ) (0) | 2024.03.24 |
---|
댓글