서비스 메시가 유일한 해결책인가

실질적으로 모든 웹 기반 소트웨어 애플리케이션이라면 데이터베이스와 통신하는 간단한 모놀리식 애플리케이션이라 하더라도 서비스 간 호출과 유사한 호출을 만들어야 함.

가장 보편적인 방법 → SDK(software development ket)이나 데이터베이스 드라이버 같은 언어 전용 라이브러리를 이용한느 것

→ 이런 라이브러리는 애플리케이션 기반 호출을 서비스 API 요청에 매핑하며, 주로 HTTP나 TCP/IP 프로토콜을 이용한 관련 트래픽을 관리함

이번장을 보면 라이브러리 기반 솔루션과 서비스 메시 기반 솔루션 모두가 서비스 간 통신 요구사항을 만족시킬 수 있다는 점을 알게될 것.

가이드라인: 서비스 메시를 도입해야 할까

다음 표는 우리가 서비스 메시 기술의 도입 여부를 결정할 때 도움을 줄 수 있는 ADR 가이드라인

| 권장 사항 | 우리의 조직이 반드시 하나의 프로그래밍 언어나 프레임워크를 강제한다면 서비스 간 통신을 위한 언어 전용 라이브러리나 메커니즘을 활용하는 편이 좋음. 곧 마주하게 되거나 이미 알려진 요구사항을 주시하되 항상 가장 간단한 솔루션을 채택. 특히 서로 다른 프로그래밍 언어나 기술 스택을 사용하는 여러 서비스에 적용해야 할 공통 기능에 대한 요구사항이 있으면 서비스 메시가 최선의 선택 | | --- | --- |

사례 연구: 세션 기능을 서비스로 분리하기

컨퍼런스 시스템의 다음 혁신은 컨퍼런스 주최자의 요청으로 새로운 핵심 기능을 제공하는 것.