223
5
장
마이크로서비스의 통신 구현
프로세스다. 여러분의 소프트웨어에 대한 변경 사항을 배포하려면
API
게이트웨이 팀이 대신
변경하도록 해야 한다.
API
게이트웨이(또는 엔터프라이즈 서비스 버스 )로 유입된 동작이 많
을수록 핸드오프와 조정이 증가하고 제공 속도가 저하될 위험도 높아진다.
마지막 이슈는
API
게이트웨이를 모든 마이크로서비스 간 호출의 중개자로 사용하는 것이다.
이는 큰 문제가 될 수 있다. 두 마이크로서비스 사이에
API
게이트웨이 또는 일반 네트워크 프
록시를 삽입하면, 일반적으로 하나 이상의 네트워크 홉을 추가한 것이다. 마이크로서비스
A
에
서 마이크로서비스
B
로의 호출은 먼저
A
에서
API
게이트웨이로 간 후
API
게이트웨이에서
B
로 이동한다. 추가적인 네트워크 호출의 지연 시간에 따른 영향과 프록시가 수행하는 모든 작
업의 오버헤드를 고려해야 한다. 이어서 살펴볼 메시는 이 문제를 해결하는 데 훨씬 더 적합하다.
5.10.25.10.2
서비스 메시서비스 메시
서비스 메시를 사용하면 마이크로서비스 간 통신과 관련된 공통 기능이 메시로 푸시된다. 서비
스 메시는 마이크로서비스가 내부적으로 구현해야 하는 기능을 줄이는 동시에 특정 작업의 수
행 방식에 일관성을 제공한다.
서비스 메시에 의해 구현되는 공통 기능에는 상호
mutual
TLS
, 상관관계
ID
, 서비스 디스커버리,
로드 밸런싱 등이 포함된다. 종종 이러한 종류의 기능은 한 마이크로서비스에서 다음 마이크로
서비스로 이동하는 것이 상당히 일반적이므로,