아키텍처

MSA(Microservice Architecture)에서는 하나의 거대한 애플리케이션 대신, 역할별로 쪼개진 여러 서비스가 독립적으로 배포/확장됩니다. 이때 모든 외부 트래픽은 API Gateway를 통해 유입되며, Gateway는 인증/인가, 라우팅, 로깅/모니터링

REST와 GraphQL은 모두 널리 쓰이는 API 접근 방식이지만, 데이터를 어떻게 요청·조합·전달할 것인지에 대한 철학이 다르다. 본 글은 두 방식을 데이터 통합 관점에서 비교하고, 어떤 상황에서 어떤 방식을 선택할지 실무 기준을 제시한다.두 서비스가 있다고 가정한

결국 절반은 그냥 지웠습니다."A 가 실패하면 B 를 되돌리고, 보상이 또 실패하면 그것도 되돌린다" — service 메서드 안에 분기가 깊게 쌓여있던 보상 트랜잭션 (compensating transaction) 코드입니다. 단단한 시스템이라고 믿고 있었습니다.

분명히 설계 문서에 적어뒀습니다."도메인 간 직접 참조 금지. 다른 도메인은 이벤트로만 통신한다." ADR 에 또박또박 적혀 있었고, 팀원도 다 읽었고, 저도 그게 우리 시스템의 약속이라고 믿었습니다.AI 는 ADR 을 읽지 않습니다. 읽어도 지킨다는 보장이 없습니다.