“APISIX Ingress Controller를 도입한 후, 개발자들은 코드를 작성하는 것보다 게이트웨이에서 구성을 추가하는 것이 더 쉬워졌습니다.”
Wenbin Yang
,
Cloud-Native Architect Zoom
are managed unifiedly with ease
into a continuous delivery pipeline
온라인 회의와 원격 근무의 발전과 함께, 많은 유명 온라인 회의 소프트웨어가 등장했습니다. 2013년에 출시된 Zoom 회의는 디지털 커뮤니케이션의 주요 플레이어로 빠르게 자리 잡았으며, 첫 해에 2억 회의 분량의 회의 시간을 기록했습니다.
COVID-19 팬데믹 기간 동안 Zoom의 사용량이 정점에 달했을 때, 이 플랫폼은 약 50만 명의 유료 비즈니스 고객에 도달했으며, 일일 활성 사용자는 약 3억 5천만 명에 이르렀습니다.
Zoom은 빠른 비즈니스 확장으로 인해 다음과 같은 기술적 도전에 직면했습니다.
100개 이상의 백엔드 마이크로서비스를 효율적으로 관리
글로벌 비즈니스 서비스로 인한 대규모 하이브리드 클라우드 환경 처리
복잡한 미들웨어와 인프라를 지속적 전달 파이프라인에 통합
이러한 도전은 단순히 더해지는 것이 아니라 곱셈적인 관계로, 매우 복잡한 상황을 초래했습니다.
Zoom은 기술적 도전을 해결하기 위해 APISIX Ingress Controller를 사용하여 지속적 전달 파이프라인을 구현했습니다. 이 솔루션은 수백 개의 API 게이트웨이 구성을 APISIX로 마이그레이션하여 데이터 보안과 서비스 안정성을 보장했습니다.
Zoom은 비즈니스 시나리오를 고려하여 APISIX Ingress Controller가 충족할 수 있는 두 가지 부분에 더 중점을 두었습니다.
Zoom은 고객 프라이버시와 서비스 보안을 최우선으로 여기며, 온라인 회의실과 전화 통화에서 mTLS 인증 및 검증을 광범위하게 사용합니다. 그러나 많은 API 게이트웨이는 이 서비스를 엔터프라이즈 버전에서만 제공합니다. APISIX Ingress는 이 목표를 달성하는 데 큰 실현 가능성과 편의성을 제공하여 Zoom에게 매력적인 솔루션이 되었습니다.
Zoom의 백엔드 서비스는 고가용성을 위해 다른 지역에 걸친 Multi-AZ(다중 가용 영역) 배포가 필요합니다. 이는 종종 다른 데이터 센터에 비즈니스를 배치하는 것을 포함합니다. 원래 데이터 센터에서 오류가 발생할 경우, 클라이언트 트래픽을 다른 데이터 센터로 전환해야 합니다. APISIX Ingress는 이 요구 사항을 성공적으로 충족할 수 있어 Zoom에게 이상적인 솔루션이 되었습니다.
Zoom은 GitOps 워크플로우를 사용하여 API 게이트웨이 구성을 애플리케이션 전달 모델에 통합했습니다.
APISIX의 구성을 지속적 전달 파이프라인 워크플로우에 통합함으로써, 개발자들이 API의 라우팅 및 인증 기능에 집중하고 비즈니스 기능을 구현하는 데 더 편리한 방법을 제공했습니다.
APISIX ingress의 일부 구성은 환경 차이를 줄이기 위해 구현되었으며, 시스템 관리자가 이러한 차이를 포괄적으로 제어할 수 있게 했습니다.
파이프라인의 각 플러그인은 인프라 엔지니어를 위한 구성 항목을 제공하여, 모든 서비스에 걸쳐 통일된 보안 및 위험 관리 전략을 수립할 수 있게 했습니다.
주요 게이트웨이 제품들을 비교한 결과, Apache APISIX의 응답 지연 시간이 다른 게이트웨이보다 50% 이상 낮은 것으로 나타났습니다. 또한, Apache APISIX는 CPU 사용률이 70%를 초과하는 상황에서도 안정적으로 작동할 수 있습니다.
APISIX는 active-active 아키텍처 하에서 서비스 품질을 크게 향상시키는 데 큰 도움을 주었습니다. 완벽한 모니터링 기능은 문제 해결을 효과적으로 지원했으며, 서비스 목록 업데이트도 매우 간편해졌습니다.
서비스 관리의 불편함과 높은 R&D 투자 비용 문제를 해결하기 위해, 우리는 API 게이트웨이로 APISIX를 도입했습니다. APISIX의 etcd와의 동적 성능은 Beeto의 제품 요구사항과 가장 잘 맞습니다.