3-1강 Monolith 아키텍처의 이해

- 모든 업무 로직을 "하나"의 애플리케이션 형태로 묶어 서비스하는 형태

- 규모 커질 수록 특정기능 수정하는데 시간 오래걸림. ( 하나 수정에도 전체가 영향을 받는 구조 ) 

- 매우 복잡 + 하나의 기능이 전체에 영향 줌 + 낮은 확장성

 

 

다수의 팀이 단일 코드 베이스로 개발. 중간에 db를 바꾸거나 하는 것이 어려움.

-> 이를 개선하기 위해 SOA ( 서비스 지향 아키텍쳐 )

 

각각 독립적으로 개발할 수 있다.

-> 각각 커뮤니케이션을 어떻게 하느냐가 중요!

-> SOAP(커뮤니케이션 프로토콜)를 적용한다. -> ESB 툴 사용.

 

단점 : SOAP방식의 통신은 무거움.

 

SOA와 microservices 는 거의 비슷함.

다만 SOA의 커뮤니케이션 방식이 SOAP 라면, microservices는 각각의 서비스간의 커뮤니케이션 방식이 RestAPI를 이용한 방식을 사용함.