'Service Mesh' VS 'API Gateway'

이전 포스팅에서 

Service Mesh 와 Api Gateway 에 대해서 다룬 글이 있다.

자세한 내용은 아래 참고포스팅을 참고 바란다.

 

이번 포스팅에서는 둘의 차이를 비교해보려고 한다.

 

차이점

• 적용 위치
  • API Gateway는 중앙집중식으로 외부에서 들어오는 트래픽을 제어하여 서로 다른 망 사이에 존재한다.
  • Service mesh는 애플리케이션 기능에 인프라 계층에서 관리되는 마이크로 서비스 분리 방법으로 내부망 K8S 클러스터 내에 존재한다.
• 패턴
  • API Gateway 는 Gateway Proxy Pattern 을 사용한다.
    호출자는 구현 내용을 알 필요 없이 Gateway를 호출만 하면 Gw 가 알아서 수행한다.
  • Service Mesh는 Sidecar Pattern 을 사용한다.
    호출자의 코드에는 주소를 찾거나 failover 와 같은 코드 등의 내용이 모두 들아간다.
    하지만 app에 관리가 아닌 sidecar 내부에 존재한다.

아래 표로 정리를 해볼수 있다.

주요 항목	서비스 메시	API Gateway
목적	내부 엔터프라이즈 시스템 및 마이크로 서비스 내의 이식성을 개선하도록 설계	내부/외부 및 심지어 데이터베이스 엑세스 위한 API 호출까지도 라우팅 할 수 있도록 설계
동작방법	내부 엔터프라이즈 서비스 범위 내에서 운영	회사 외부에 있는 애플리케이션에서의 연계를 위한 라우팅을 지원
API 역할	API는 규모에 맞는 서비스 메시를 보호하는 데 사용	API 게이트웨이는 API를 관리하고 보호하는 데 사용
디지털 트랜스포메이션	마이크로 서비스를 관리하여 제공 시간을 단축하지만 보안 문제가 발생할 수 있음	특히 서비스 메시와 함께 사용할 경우 출시 시간을 단축하고 보안을 보장
복잡성	엔드포인트가 비즈니스에 따라 확장됨에 따라 복잡성 가중	엔드포인트를 쉽게 관리하고 API를 확장하여 서비스 메시를 관리
기술 성숙도	신기술	성숙한 기술
보안	수동 프로세스에 의한 보안 정책 적용	자동화된 보안 정책 및 기능

---

참고 포스팅

https://thenicesj.tistory.com/806

Service Mesh 란?

https://thenicesj.tistory.com/266

API Gateway란?