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

282

2

부

구현

로서비스가 배포되는 방식에 대한 물리적 토폴로지를 실제로 살펴보지 않고도 이 두 서비스가

서로 통신하는 방법을 이야기할 수 있다. 일반적으로 아키텍처의 논리적 관점은 하부의 물리적

배포 문제를 추상화하지만, 적어도 이 장에서는 그 관념을 바꿔야 한다.

송장 주문

그림

8-1

두 마이크로서비스에 대한 간단하고 논리적인 관점 두 마이크로서비스에 대한 간단하고 논리적인 관점

마이크로서비스를 바라보는 이러한 논리적 관점은 현실의 인프라스트럭처에 마이크로서비스

를 실제로 실행할 때 수반되는 많은 복잡성을 숨겨준다. [그림

8

-

1

]과 같은 다이어그램에 어떤

종류의 세부 정보가 숨어 있는지 살펴보자.

8.1.18.1.1

다수 인스턴스 다수 인스턴스

[그림

8

-

2

]에 표시된 것처럼 두 마이크로서비스의 배포 토폴로지를 생각해보면 하나가 다른

하나와 대화하는 것만큼 간단하지 않다. 우선 각 서비스의 인스턴스가

1

개 이상 있을 가능성이

높다. 서비스의 다수 인스턴스를 사용하면 더 많은 부하를 처리할 수 있고 단일 인스턴스 고장

을 감내할 수 있으므로 시스템의 견고성이 향상될 수 있다. 따라서 잠재적으로는 하나 이상의

주문 인스턴스가 하나 이상의 송장 인스턴스와 통신하게 된다. 인스턴스 간 통신을 처리하는

방법은 통신 메커니즘의 특성에 좌우되지만, 이 상황에서는 ...