마이크로서비스 아키텍처(MSA)는 대규모 애플리케이션을 비즈니스 도메인 중심의 작고 독립적인 서비스들의 집합으로 구조화하는 설계 방식이다. 각 서비스는 고유한 비즈니스 책임을 가지며, 독립적으로 개발, 배포, 확장될 수 있는 자율성을 갖는다. 이는 모든 기능이 하나로 결합된 모놀리식(Monolithic) 아키텍처의 한계를 극복하고, 복잡한 시스템의 기민성과 기술적 유연성을 확보하기 위해 도입된다.
2. 핵심 원칙 및 구성 요소
서비스 분해 (Decomposition): 비즈니스 기능을 기준으로 서비스를 경계 지어진 컨텍스트(Bounded Context)로 나누어 설계.
데이터 탈중앙화 (Decentralized Data): 각 서비스가 고유의 데이터베이스를 소유하여 데이터 결합도를 낮추고 서비스 간 간섭 차단.
폴리글랏 프로그래밍 (Polyglot): 각 서비스의 특성에 최적화된 프로그래밍 언어와 데이터 저장소 기술을 독립적으로 선택 가능.
인프라 자동화 (Infrastructure Automation): 컨테이너(Docker)와 오케스트레이션(Kubernetes)을 활용한 자동화된 배포 및 확장 체계 구축.
관측 가능성 (Observability): 분산된 서비스들의 상태를 파악하기 위한 중앙 집중식 로깅, 메트릭 수집, 분산 트레이싱(Distributed Tracing) 필수.
3. 엔지니어링 가치
독립적 배포 및 확장: 특정 기능의 업데이트나 트래픽 증가 시 전체 시스템이 아닌 해당 서비스만 독립적으로 배포하거나 확장 가능.
결함 격리 (Fault Isolation): 한 서비스의 장애가 전체 시스템의 중단으로 번지지 않도록 차단(Circuit Breaker 패턴 등 활용).
팀 자율성 극대화: 팀 단위로 특정 서비스의 생명주기를 전담하여 의사결정 속도와 개발 생산성 향상.
4. 트레이드오프 및 주의사항
분산 시스템의 복잡성: 네트워크 지연, 부분 실패, 데이터 일관성(Eventual Consistency) 등 분산 환경 고유의 문제 해결 비용 발생.
운영 오버헤드: 수많은 서비스의 상태를 모니터링하고 관리하기 위한 고도화된 DevOps 인프라와 숙련된 인력 요구.
설계 난이도: 서비스 간의 경계를 잘못 설정할 경우 '분산된 모놀리스(Distributed Monolith)'가 되어 오히려 복잡성만 가중될 수 있음.
Antigravity Agent