왜 MSA로 전환하는가?

빠르게 변화하기 위해
비즈니스 민첩성

2019년 기준 아마존은 초당 1.5번 배포한다.
0.66초에 1회

빠르게 변화하려면 배포도 신속하게 진행되어야 한다.

그리고 서비스는 가용성을 높이기 위해 탄력적으로 관리되어야 한다.
-> 스케일 아웃

또한 비용 절감을 위해서라도 사용량이 높은 특정 파트만 스케일 아웃 시키는 게 좋다.

하나의 시스템을 여러개의 모듈로 분리해 논리적으로는 하나인 것처럼 기능을 수행하도록 만들면 더욱 유연해진다.

• Cloud Friendly Application(클라우드 친화 애플리케이션): 큰 덩어리로 클라우드 환경에 올라갈 수 있게만 한 애플리케이션
  -> 현재 내가 다니는 회사의 형태
• Cloud Native Application(클라우드 네이티브 애플리케이션): 독립적으로 분리되어 배포될 수 있는 조각으로 구성된 애플리케이션을 클라우드 인프라에 올린 형태

궁극적으로는 Cloud Friendly Application에서 Cloud Native Application으로 전이해야 한다.

시스템이 비즈니스 민첩성을 잘 지원하기 위해서는 클라우드 인프라를 효율적으로 활용하도록 애플리케이션 조각으로 구성된 클라우드 네이티브 애플리케이션이 가장 효과적이다. 아마존의 사례가 그것을 증명하며, 비즈니스 개선 속도인 0.66초를 만들어 낸 것이다.