Sysdig가 올해 고객을 조사했을 때 온프레미스와 퍼블릭 클라우드에서 200만 개가 넘는 컨테이너 인스턴스가 실행되고 있다는 사실을 알고 계셨나요? (적어도 우리에게는) 더욱 흥미로운 점은 NGINX가 해당 컨테이너의 60%에서 실행되고 있다는 데이터 포인트였습니다.
NGINX가 참 많네요.
NGINX, 그리고 확장된 NGINX Plus가 널리 배포되는 이유 중 하나는 현대적 아키텍처와 기존 아키텍처에서 많은 역할을 수행하기 때문입니다. 웹 서버 역할을 할 수 있습니다. 역방향 프록시 역할을 할 수 있습니다. ADC(애플리케이션 전송 컨트롤러) 역할을 하며 SSL 종료, HTTP 라우팅과 같은 중요한 애플리케이션 서비스를 제공하고 API 게이트웨이 역할을 할 수 있습니다. 최신 애플리케이션 스택에서는 북쪽/남쪽 데이터 경로에서 유입 제어 역할을 수행하는 동시에 컨테이너 클러스터 내부에서 애플리케이션 라우팅과 부하 분산을 제공합니다. 즉, 동쪽/서쪽 데이터 경로입니다.
NGINX Plus의 다양한 모습
기존 네트워크 아키텍처와 최신 클라우드 네이티브 아키텍처 간의 격차를 해소 해야 할 필요성에 대해 이야기할 때 이는 중요합니다. 컨테이너화된 워크로드를 배포하고 운영하는 데 가장 인기 있는 플랫폼 중 하나가 Red Hat OpenShift Container Platform(OCP)입니다.
따라서 OCP 3.11을 배포하는 사람들이 OCP 라우터로 NGINX Plus를 활용하고자 하는 것은 당연합니다. OCP 환경의 라우터는 컨테이너 클러스터 내부의 올바른 서비스로 클라이언트의 요청을 보내는 매우 중요한 기능을 제공합니다 .
오늘의 블로그에서는 우리의 용감한 Principal Solutions Engineer인 Dylen Turnbull이 진행한 데모에 대한 링크를 제공합니다. 이 과정에서 Dylen은 repo에서 NGINX Plus 평가판을 다운로드하고 OCP에 NGINX Plus 라우터를 설치한 후 애플리케이션을 실행합니다. 그런 다음 Dylen은 NGINX Plus UI에 액세스하여 OCP 3.11 클러스터에서 라이브 활동 모니터링을 통해 OCP 클러스터로 흐르는 애플리케이션 트래픽을 보여줍니다.
10분 정도 소요되며, YouTube를 통해 우리의 노력에 대한 의견과 피드백을 부탁드립니다.