정의

오픈 소스 게이트웨이는 일반적으로 서비스 형태로 배포되는 소프트웨어 구성 요소로, 일련의 백엔드 서비스에 접근하려는 모든 클라이언트(애플리케이션, 사용자, 서비스)를 위한 단일 진입점 역할을 합니다. '오픈 소스'라는 측면은 기반 코드가 공개적으로 사용 가능하여 커뮤니티의 검사, 수정 및 배포 유연성을 허용한다는 것을 의미합니다.

중요성

마이크로서비스 아키텍처와 같은 복잡하고 분산된 시스템에서 클라이언트와 서비스 간의 직접적인 통신은 비효율적이고 안전하지 않습니다. 게이트웨이는 트래픽 관리, 보안 적용 및 라우팅 로직을 중앙 집중화합니다. 오픈 소스 구현을 사용하면 조직이 벤더 종속성 없이 인프라 스택에 대한 완전한 제어권을 갖게 됩니다.

작동 방식

클라이언트가 요청을 보내면, 게이트웨이의 공개 엔드포인트를 대상으로 합니다. 게이트웨이는 요청을 전달하기 전에 여러 가지 중요한 기능을 수행합니다. 인증 및 인가 확인, 남용 방지를 위한 속도 제한, 프로토콜 변환, 올바른 다운스트림 서비스로의 지능형 라우팅 등이 그것입니다. 게이트웨이는 응답을 취합하여 클라이언트에게 통합된 응답을 보냅니다.

일반적인 사용 사례

• 마이크로서비스 통신: 요청 경로 또는 헤더를 기반으로 적절한 서비스 인스턴스로 트래픽을 전달합니다.
• API 관리: 외부 소비자에게 통합된 인터페이스를 제공하여 내부 서비스 구현의 복잡성을 숨깁니다.
• 보안 적용: 경계에서 OAuth, JWT 검증 및 DDoS 보호를 구현합니다.
• 트래픽 쉐이핑: 트래픽의 일정 비율을 새 버전으로 라우팅하여 카나리 배포 또는 블루/그린 롤아웃을 구현합니다.

주요 이점

• 유연성 및 사용자 정의: 소스 코드가 접근 가능하기 때문에 조직은 게이트웨이를 고도로 구체적인 운영 또는 규정 준수 요구 사항에 맞게 조정할 수 있습니다.
• 비용 효율성: 오픈 소스 솔루션은 독점 게이트웨이 제품과 관련된 높은 라이선스 비용을 제거하는 경우가 많습니다.
• 커뮤니티 지원: 대규모 커뮤니티가 버그 수정, 기능 향상 및 모범 사례 공유에 기여합니다.

과제

• 운영 오버헤드: 관리형 서비스와 달리, 오픈 소스 게이트웨이를 배포, 확장 및 유지 관리하려면 상당한 내부 DevOps 전문 지식이 필요합니다.
• 보안 책임: 모든 보안 업데이트를 처리하는 단일 벤더가 없으므로, 조직은 취약점을 신속하게 패치할 책임이 있습니다.
• 구성 복잡성: 고급 기능은 기반 구성 파일 및 아키텍처에 대한 깊은 이해를 필요로 합니다.

관련 개념

• 서비스 메시(Service Mesh): 서비스 간 통신을 관리하는 패턴으로, 종종 클러스터 내부에서 작동하며 게이트웨이의 외부 역할을 보완합니다.
• 로드 밸런서(Load Balancer): 트래픽을 분산하는 기본 구성 요소인 반면, 게이트웨이는 애플리케이션 계층 지능(인증 및 라우팅 로직 등)을 추가합니다.
• API 애그리게이터(API Aggregator): 여러 백엔드 호출을 단일 응답으로 결합하는 데 중점을 둔 패턴으로, 종종 게이트웨이를 통해 용이하게 이루어집니다.