마이크로서비스란
마이크로서비스는 작고 독립적인 서비스들로 애플리케이션을 구성하는 아키텍처입니다. 40년간 시스템 설계를 해온 저로서는 마이크로서비스가 만능이 아니며 적합한 상황에 적용해야 한다고 강조합니다. 팀 규모, 도메인 복잡성, 운영 역량을 고려하여 결정합니다.
마이크로서비스의 장점
각 서비스를 독립적으로 배포할 수 있습니다. 서비스별로 다른 기술 스택을 사용할 수 있습니다. 장애가 전체 시스템에 전파되지 않습니다(장애 격리). 팀별로 서비스를 소유하여 병렬 개발이 가능합니다. 서비스별로 독립적으로 확장할 수 있습니다.
마이크로서비스의 도전
분산 시스템의 복잡성이 추가됩니다. 네트워크 지연, 장애, 데이터 일관성 문제. 서비스 간 통신 설계가 중요합니다(동기 vs 비동기). 분산 트랜잭션이 어렵습니다. 운영 복잡성이 증가합니다. DevOps, 모니터링, 로깅 인프라가 필수입니다.
설계 원칙
도메인 주도 설계(DDD)의 Bounded Context로 서비스를 분리합니다. 서비스 간 결합도를 낮춥니다. API를 신중하게 설계합니다. 데이터베이스를 서비스별로 분리합니다. 비동기 통신(메시지 큐)을 적극 활용합니다. 사가(Saga) 패턴으로 분산 트랜잭션을 관리합니다.
언제 마이크로서비스를 도입할까
처음부터 마이크로서비스로 시작하지 마세요. 모놀리스로 시작하고 필요할 때 분리합니다(모놀리스 우선). 팀이 충분히 크고(2-pizza 팀), DevOps 문화가 성숙했을 때 고려합니다. 도메인이 명확히 분리될 때 적합합니다. 마이크로서비스의 복잡성을 감당할 준비가 되었는지 평가합니다.
댓글
0