227
5
장
마이크로서비스의 통신 구현
5.10.35.10.3
다른 프로토콜은 어떨까? 다른 프로토콜은 어떨까?
API
게이트웨이와 서비스 메시는 주로
HTTP
관련 호출을 처리하는 데 사용된다. 따라서
REST
,
SOAP
,
gRPC
등은 이러한 제품을 통해 관리할 수 있다. 하지만 카프카와 같은 메시지
브로커를 사용하는 것처럼 다른 프로토콜을 통한 통신을 살펴보기 시작하면 상황은 좀 더 불확
실해진다. 보통 이런 경우에 서비스 메시를 거치지 않는데, 브로커와 직접 통신이 이뤄지기 때
문이다. 이는 서비스 메시가 서비스 간의 모든 호출에 대한 중개자 역할을 한다고 가정할 수 없
음을 의미한다.
5.115.11
서비스 문서화 서비스 문서화
시스템을 더 세분화된 마이크로서비스로 분해함으로써 사람들이 더 많은 멋진 일을 하는 데 사
용할 수 있도록
API
형태로 많은 이음새 (접합 부분 )를 드러내고자 한다. 서비스 디스커버리를
올바르게 이해한다면, 우리는 그 이음새들 (
API
)의 위치를 알고 있다. 하지만 이음새가 어떤
일을 하는지 또는 이음새를 어떻게 사용하는지는 어떻게 알 수 있을까? 한 가지 분명한 방안은
API
에 관해 문서화하는 것이다. 물론 문서는 최신이 아닌 예전 내용일 경우가 많다. 이상적으
로는 마이크로서비스
API
를 사용해 문서가 항상 최신 상태인 것을 보장하고, 서비스 엔드포인
트의 위치를 알면 이 문서를 쉽게 볼 수 있도록 만들 것이다.
5.11.15.11.1
명시적 스키마 명시적 스키마
명시적 스키마가 있다면 지정된 엔드포인트가 ...