Kong Gateway 1. API Gateway, Reverse Proxy, Ingress

4 분 소요

API Gateway, Reverse Proxy, Ingress 에 대해 설명합니다.

0. 들어가기 전에

Kuberentes 기반 MSA 서비스를 구성함에 있어 Gateway와 Ingress 부분을 어떻게 구성할지 고민이 필요했습니다. 그 과정에서 Kong Gateway가 대안으로 고려되었는데, 그 전에 API Gateway, Reverse Proxy, Ingress 등의 기본적인 개념을 정리하고 넘어가기 위해 글을 정리합니다.

1. API Gateway, Reverse Proxy, Ingress

헷갈리는 개념은 명확하게 짚고 넘어가야 나중에 문제가 발생하지 않으므로, 이미 알고있는 내용이라도 공신력(?) 있는 정보를 바탕으로 정확하게 짚어보도록 하겠습니다.

간단하게는 세 개념 모두 외부의 요청을 받아 내부의 서비스를 처리하는 기능을 합니다.

1. API Gateway

먼저 wiki에 관련된 내용을 참고해봅니다.

아래 내용을 보면 API Gateway의 기능 중 일부를 자세히 설명하고 있습니다.

API frontend 역할을 하고, API 요청을 수신하고, 제한 및 보안 정책을 시행하고, 요청을 백엔드 서비스에 전달한 다음, 요청자에게 다시 응답을 전달하는 서버입니다. 게이트웨이에는 요청과 응답을 직접 조정 하고 수정 하는 변환 엔진이 포함되는 경우가 많습니다. 게이트웨이는 분석 데이터 수집 및 캐싱 제공과 같은 기능도 제공할 수 있습니다. 게이트웨이는 인증, 권한 부여, 보안, 감사 및 규정 준수를 지원하는 기능을 제공할 수 있습니다. 게이트웨이에는 요청과 응답을 직접 조정 하고 수정 하는 변환 엔진이 포함되는 경우가 많습니다. 리버스 프록시로 구현할 수 있습니다.

이런 기능을 하는 API Gateway는 AWS 나 GCP 등의 public cloud에서 console로 쉽게 구성하도록 제공하기도 하며, 서두에 언급한 Kong API Gateway 와 같이 open source로 구성된 프로젝트도 있습니다.

2. Reverse Proxy

마찬가지로 wiki에 관련된 내용을 참고해봅니다.

아래 내용은 Reverse Proxy의 기능 중 일부를 설명하고 있는데 표현이 다르지만 사실 API Gateway에서 표현된 내용과 일치하는 부분들이 있습니다.

역방향 프록시를 다른 기술과 함께 사용하여 내부 서버 간의 로드 균형 을 조정 합니다. 역방향 프록시는 정적 콘텐츠 캐시를 유지할 수 있으므로 이러한 내부 서버와 내부 네트워크의 부하를 더욱 줄일 수 있습니다. 역방향 프록시가 클라이언트와 역방향 프록시 간의 통신 채널에 압축 또는 TLS 암호화 와 같은 기능을 추가하는 것도 일반적입니다.

리버스 프록시 서버는 Apache , Nginx 및 Caddy 와 같은 널리 사용되는 오픈 소스 웹 서버 에서 구현됩니다.