마이크로서비스 아키텍처

🧩 마이크로서비스 아키텍처 (MSA)

마이크로서비스 아키텍처(MSA)는 하나의 거대한 애플리케이션을 독립적으로 배포 가능한 여러 개의 작은 서비스(마이크로서비스)의 조합으로 설계하는 아키텍처 스타일입니다. 각 서비스는 자신만의 비즈니스 로직과 데이터베이스를 가지며, 다른 서비스와는 API를 통해 통신합니다.

전통적인 모놀리식 아키텍처가 가진 복잡성과 경직성을 해결하기 위한 대안으로 등장했습니다.

---

⚙️ MSA의 특징

• 독립적인 배포 : 각 서비스는 독립적으로 개발되고 배포될 수 있습니다. 이를 통해 전체 시스템의 중단 없이 특정 기능만 빠르게 업데이트할 수 있습니다.
• 기술 스택의 다양성 : 각 서비스의 특징에 가장 적합한 프로그래밍 언어, 프레임워크, 데이터베이스를 자유롭게 선택하여 사용할 수 있습니다.
• 유연한 확장성 : 트래픽이 몰리는 특정 서비스만 독립적으로 확장(Scale-out)할 수 있어, 자원을 효율적으로 사용할 수 있습니다.
• 장애 격리 : 하나의 서비스에 장애가 발생하더라도, 다른 서비스에 장애가 전파되지 않아 전체 시스템의 안정성을 높일 수 있습니다. (결함 격리)

---

⚖️ MSA의 장단점

• 장점 :

> * 높은 유연성, 확장성, 안정성 > * 빠른 배포 속도와 개발 생산성 향상 (팀별로 독립적 개발 가능)

• 단점 :

> * 복잡성: 전체 시스템이 분산 환경으로 구성되므로, 서비스 간 통신, 데이터 관리, 장애 추적 등이 매우 복잡해집니다. (운영 오버헤드 증가) > * 데이터 관리의 어려움: 각 서비스가 독립적인 데이터베이스를 가지므로, 여러 서비스에 걸친 트랜잭션을 처리하기가 매우 어렵습니다. (분산 트랜잭션) > * 테스트의 어려움: 여러 서비스가 상호작용하므로, 통합 테스트가 복잡하고 어렵습니다.

---

💡 개발자 핵심 Point

• MSA는 크고 복잡하며, 지속적으로 변화하고 성장하는 서비스에 적합한 아키텍처입니다.
• MSA를 성공적으로 도입하기 위해서는 컨테이너(도커), 컨테이너 오케스트레이션(쿠버네티스), CI/CD, 서비스 메시 등 다양한 DevOps 기술과 문화가 뒷받침되어야 합니다.
• MSA는 모든 문제의 해결책이 아닙니다. 서비스의 규모가 작거나 복잡하지 않다면, 오히려 모놀리식 아키텍처가 더 효율적일 수 있습니다. MSA의 복잡성을 감당할 수 있는 조직과 기술 역량을 갖추었을 때 도입을 고려해야 합니다.