마이크로서비스 아키텍처 구축(전면 개정판)

166

1

부

기초

기인했을 가능성이 높다. 이번에는 정말로 다를 것이라고 생각하면서 마지막 전투를 계속 반복

해서 싸우는 장군 같을지 모른다.

여기서 필자가 아무런 편견 없이 말하고 싶은 것은 요청 및 응답 상호작용을 이벤트 기반의 상

호작용으로 바꾸는 팀이 그 역방향으로 바꾸는 팀보다 훨씬 많다는 사실이다.

4.94.9

조심해서 진행하라 조심해서 진행하라

비동기 작업 일부는 재미있을 것 같지 않은가? 이벤트 기반 아키텍처는 훨씬 더 분리되고 확장

가능한 시스템이 될 것으로 보이며, 실제로 그럴 수 있다. 그러나 이러한 통신 방식은 복잡성을

증가시킨다. 앞에서 논의한 것처럼, 메시지 게시 및 구독을 관리하는 데 필요한 복잡성뿐 아니

라 직면하게 될 또 다른 문제의 복잡성도 있다. 예를 들어 장기 수행되는 비동기식 응답 및 요

청 방식을 고려한다면, 응답이 반환될 때 무엇을 할지 생각해야 한다. 요청을 시작한 동일 노드

로 되돌아오는가? 그렇다면 그 노드가 다운되면 어떻게 될까? 그렇지 않다면 적절히 대응할 수

있도록 정보를 어딘가에 저장해야 할까? 단기 수행되는 비동기는 올바른

API

가 있으면 더 수

월하게 관리하지만, 그렇다고 해도 프로세스 안에서 동기식 메시지 호출에 익숙한 프로그래머

에게는 다른 사고방식이다.

이제 조심스러운 이야기가 필요한 시점이다. 은행의 ...