A
약 90초
경험 중심 1인칭 답변
AWS 환경에서 MSA를 설계할 때 가장 먼저 신경 써야 하는 건 서비스 간 통신 장애와 데이터 정합성입니다. 서비스가 늘어날수록 API Gateway나 서비스 메시 없이는 호출 경로가 뒤얽히고 장애 전파가 빨라집니다. 또한 각 서비스가 자체 DB를 가지면 트랜잭션 일관성을 서비스 레이어에서 직접 설계해야 하는 부담이 생깁니다. Saga 패턴이나 이벤트 드리블을 고려해야 하는 이유입니다. 팀 프로젝트에서 Lambda로 서비스를 분리하면서 Cold Start 지연이 사용자 경험을 크게 떨어뜨렸던 경험이 있는데, 트리거 빈도가 낮은 서비스는 컨테이너 기반으로 전환하는 방향을 검토했습니다. 앞으로도 통신 장애 설계와 데이터 정합성 전략을 MSA 설계 초기에 함께 고려하는 방식을 유지하겠습니다. 앞으로도 통신 장애 설계와 데이터 정합성 전략을 MSA 초기에 함께 고려하는 방식을 유지하겠습니다.
Cold Start 문제는 트리거 빈도가 낮은 서비스에서 먼저 나타납니다. Saga 패턴이 분산 트랜잭션을 서비스 단위로 독립적으로 처리하게 만드는 핵심 구조입니다.
이 결의 특징
MSA 설계를 통신·비용 요소 나열에 그치지 않고, Cold Start 지연을 실제로 겪은 경험으로 트레이드오프를 구체화하는 결이다.
이 결이 통하는 자리
아키텍처 지식을 이론으로만 답하기 쉬운 질문에서, 실제 겪은 지연 문제와 대응으로 실무 감각을 보여주는 답이 통하는 자리다.