소프트웨어 로드 밸런서 NGINX 어느 환경에든 배포하기

NGINX Open Source와 NGINX Plus는 세계에서 가장 요구 사항이 많은 웹사이트와 애플리케이션을 위한 애플리케이션 전달 플랫폼(Application Delivery Platform) 및 소프트웨어 로드 밸런서 로 알려져 있습니다. 이들은 결합하여 현재 세계에서 가장 바쁜 10,000개 웹 사이트의 약 50%에 해당하는 웹 사이트를 구동하고 있습니다. NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 다른 제품이 제공하지 않는 유연성, 성능 및 간편함을 제공합니다.

NGINX와 NGINX Plus 소프트웨어 로드 밸런서 가 뛰어난 유연성과 간편함을 제공하는 주요 이류 중 하나는 인기 있는 운영체제에서 사용할 수 있는 순수 소프트웨어 솔루션이기 때문입니다. 이것을 그들의 유연성을 추구하는 핵심 요소 중 하나이기 때문에 이 포인트를 반복적으로 다룰 것입니다. 하드웨어 및 가상 어플라이언스 공급업체 중 많은 업체들이 소프트웨어의 기능을 강조하지만, 그 소프트웨어가 전용 하드웨어에 미리 설치되어 있거나 사전에 구성된 가상 머신에 포함되어 있는 것은 언급하지 않습니다. 여러분은 하드웨어나 가상화 플랫폼을 선택할 수 없을 뿐만 아니라, 컨테이너와 같은 다른 형태로도 선택할 수 없습니다. NGINX와 NGINX Plus 소프트웨어 로드 밸런서 와 같은 순수 소프트웨어를 사용하면 이러한 모든 선택지가 열려 있어 최대한의 유연성을 제공합니다.

NGINX와 NGINX Plus 소프트웨어 로드 밸런서 의 유연성과 기능 세트는 다른 제품보다 더 많은 측면에서 애플리케이션 전달 스택을 커버할 수 있도록 합니다. 이러한 측면은 다음과 같습니다.

• 배포 대상 – 베어 메탈 서버, 가상 머신(클라우드 또는 비클라우드), 컨테이너
  
  NGINX 및 NGINX Plus는 귀하가 감당할 수 있는 비용으로 필요한 성능을 제공하는 플랫폼(귀하의 정확한 요구 사항, 가상 머신 및 컨테이너에 맞게 크기가 조정된 상용 서버)에 배포하십시오. 또한 소프트웨어 비용도 절약할 수 있습니다. NGINX 및 NGINX Plus는 공개적으로 사용 가능한 운영체제에서 실행됩니다.

• 배포 위치 – 데이터 센터, 관리형 호스팅, 프라이빗 클라우드, 퍼블릭 클라우드
  
  현재는 온프레미스 데이터 센터, 공동 호스팅 시설, 관리형 호스터, public 및 private 클라우드 등 여러 가지 옵션 중에서 애플리케이션을 배포할 수 있는 선택지가 더욱 많아졌습니다. 그러나 다양한 옵션 간에 아키텍처와 인프라의 차이로 인해 특히 로드 밸런싱을 위해 각각 다른 도구를 사용해야 할 수도 있습니다. 이는 여러 도구를 배우고 각각의 환경마다 다른 배포, 모니터링 및 관리 프로세스를 개발해야 함 을 의미합니다.
  NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 모든 환경에서 동일하게 효과적으로 작동하며, 운영, 교육 및 관리에서 간편함과 규모의 효율성을 제공합니다. 특히 클라우드나 컨테이너로의 이전 시에는 새로운 도구를 익힐 필요가 없어서 이러한 특징이 가치있습니다.

• 배포하는 이유 – 애플리케이션 제공, 로드 밸런싱, 리버스 프록시, 캐싱, 웹 서비스, 미디어 스트리밍용
  
  NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 광범위한 기능으로 정말 빛을 발하지만, 애플리케이션 제공 및 로드 밸런싱, 리버스 프록시, 캐싱, 웹 서비스 및 미디어 스트리밍을 통해 애플리케이션 스택의 여러 계층에 제공하는 모든 기능을 깨닫지 못할 수도 있습니다. 일반적으로 하나 또는 두 개의 기능만 처리하는 기존 도구에 익숙하다면 스택의 많은 부분에서 하나의 도구를 사용하는 것이 가능하다는 사실조차 인식하지 못할 수 있습니다. NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 를 사용하면 모든 환경에 배포할 때와 동일한 단순성과 효율성의 이점을 얻을 수 있습니다.

• 배포 방법 – 수동으로 DevOps 방법론 사용
  
  점점 더 많은 회사가 애플리케이션 개발, 배포 및 관리를 위해 DevOps 방법론으로 이동하고 있습니다. NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 를 사용하면 설치에서 구성 및 관리에 이르는 전체 수면 주기 동안 DevOps 를 사용할 수 있습니다. 또한 기존의 레거시 환경에도 자연스럽게 맞습니다.

• 현재 소개 – 트래픽이 적은 사이트 또는 트래픽이 중간 정도인 사이트에서 트래픽이 많은 사이트 배포
  
  NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 트래픽이 적은 사이트를 위한 이상적이고 비용 효율적인 솔루션인 동시에 세계에서 가장 바쁜 사이트에 필요한 뛰어난 성능을 제공합니다. 즉, 귀하가 누구인지 또는 귀하의 사이트 크기에 관계없이 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 귀하를 성공으로 이끌 수 있습니다. 또한 사이트에 대한 수요가 증가함에 따라 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 도 함께 성장할 수 있습니다. NGINX Plus에 포함된 추가 엔터프라이즈급 기능과 전문가 지원을 통해 성장함에 따라 훨씬 더 많은 이점을 얻을 수 있습니다.

• 배포할 때 – 현재와 미래
  
  하드웨어 기반 시스템에서 전환이 계속되고 추가 배포 옵션을 사용할 수 있게 되면 소프트웨어 기반이 될 가능성이 높습니다. NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 기존 배포의 성능을 향상시킬 수 있을 뿐만 아니라 다음에 오는 모든 작업에 대해 동일한 작업을 수행할 것입니다. 인프라의 미래를 보장하는 더 좋은 방법은 없습니다.

NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 다양한 측면에서 포괄적인 커버리지를 제공하여 “어디서든, 언제든지, 누구나, 어떤 이유로든 NGINX와 NGINX Plus 소프트웨어 로드 밸런서 “를 사용할 수 있습니다. 이는 여러분이 모든 플랫폼과 환경에서 단일 솔루션을 배포하여 다른 솔루션보다 애플리케이션 스택을 더 넓게 커버할 수 있도록 하며, 비용과 복잡성을 크게 줄일 수 있습니다.

구체적인 사례를 살펴보면, NGINX와 NGINX Plus 소프트웨어 로드 밸런서 가 있는 경우와 없는 경우의 경향을 확인할 수 있습니다. 이를 통해 NGINX와 NGINX Plus 소프트웨어 로드 밸런서 가 인프라와 운영을 크게 단순화하면서 더 많은 부분을 커버할 수 있는 방법을 알아보겠습니다.

첫 번째 그림은 단일 기능 솔루션으로 인프라의 모든 측면을 커버할 수 없기 때문에 다양한 영역에 여러 도구를 배치해야 한다는 것을 보여줍니다.

이제 그림에 NGINX와 NGINX Plus 소프트웨어 로드 밸런서 를 추가해 보겠습니다. 애플리케이션 스택의 모든 부분으로 이점이 어떻게 확장되는지 확인하십시오.

목차

1. 소프트웨어 로드 밸런서 NGINX 자세한 내용
1-1. 배포 대상
1-2. 배포 위치
1-3. 배포하는 이유
1-4. 배포 방법
1-5. 현재 소개
1-6. 소프트웨어 로드 밸런서 NGINX 배포할 때
2. 소프트웨어 로드 밸런서 NGINX 결론

1. 소프트웨어 로드 밸런서 NGINX 자세한 내용

이제 각각의 차원을 더 깊이 들여다보겠습니다. 특히 대부분의 차원에서 로드 밸런싱과 관련하여 상세히 살펴보겠습니다. 로드 밸런싱 시장은 예전부터 전용 하드웨어나 가상 어플라이언스 솔루션에 의해 지배되어왔으며, 여기에서는 이들과 NGINX와 NGINX Plus 소프트웨어 로드 밸런서 간의 차이점에 초점을 맞출 것입니다. NGINX Plus의 추가 기능은 NGINX Open Source보다 더욱 강력하고 효율적으로 만듭니다.

1-1. 배포 대상

NGINX나 NGINX Plus 소프트웨어 로드 밸런서 를 사용할 때는 전용 하드웨어나 운영체제 소프트웨어가 필요하지 않습니다. 많은 하드웨어 및 가상 어플라이언스 기반 솔루션 업체들은 Linux나 FreeBSD의 사용자 정의 버전을 사용하며, 이들은 따로 배포하지 않습니다. 또한 소프트웨어를 독립적으로 출시하지 않고, 오직 자사의 어플라이언스에 미리 설치된 상태로 제공합니다. 이는 매우 중요한 포인트입니다. 업체들은 자사의 가상 어플라이언스를 소프트웨어 솔루션으로 언급하지만, 가상 어플라이언스는 순수한 소프트웨어보다는 하드웨어에 가까운 개념입니다. 업체가 운영체제를 선택하고, 변경할 수 있는 사항을 제한하며, 어떤 하이퍼바이저에서 작동할 수 있는지를 선택합니다. 따라서 가상 어플라이언스 솔루션은 순수한 소프트웨어 솔루션과 동일하지 않습니다.

따라서 최신 애플리케이션이 배포되는 다양한 방식과 기존 로드 밸런싱 제품과 비교하여 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 가 어떻게 적합한지 살펴보겠습니다.

• 베어 메탈 서버 – 선택한 운영체제 (NGINX Plus용 Linux 및 FreeBSD)와 함께 원하는 상용 서버를 사용할 수 있으므로 팀은 자신에게 익숙한 서버 및 운영체제를 지원할 수 있습니다. 필요에 따라 소프트웨어를 더 크거나 작은 서버로 이동할 수 있으므로 현재 요구사항에 맞게 서버 크기를 조정하고 요구사항이 변경되면 쉽게 적응할 수 있습니다. 마찬가지로 필요한 양의 CPU, 메모리, 네트워크 및 스토리지로 서버를 조정할 수 있습니다.

NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 를 사용하면 하드웨어 기반 솔루션의 주요 단점을 피할 수 있습니다. 더 이상 어플라이언스 갱신 주기를 맞추기 위해 향후 몇 년 동안의 부하를 예측할 필요가 없습니다. 과대평가하여 초과 프로비저닝하거나 더 나쁘게 과소평가하여 시기상조의 매우 비용이 많이 드는 업그레이드를 수행하지 않기를 바랍니다.

• 가상 머신(클라우드 및 비클라우드) – 가상 머신(VM)은 서버나 public 또는 private 클라우드에서 실행할 수 있습니다. NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 순수한 소프트웨어이기 때문에 선택한 하이퍼바이저, public 클라우드 또는 private 클라우드 인프라에서 손쉽게 VM을 생성할 수 있습니다. 또한, 여러 다른 하이퍼바이저와 클라우드를 동시에 사용할 수도 있습니다. 또한, 다른 서버와 동일한 운영체제를 사용하여 VM을 구축할 수 있습니다. NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 다양한 코어를 활용할 수 있으며, 처리량에 제한이 없으며, 모든 하이퍼바이저 기능을 최대한 활용하여 가상 형태의 엔터프라이즈급 성능을 달성할 수 있습니다. 이는 모든 가상 어플라이언스에서는 불가능한 것입니다.

많은 가상 어플라이언스는 활용할 수 있는 코어 수, 지원할 수 있는 대역폭, 활용할 수 있는 하이퍼바이저 기능에 제한이 있습니다.

• 컨테이너 – 컨테이너화 된 서비스의 로드 밸런싱을 위한 두 가지 옵션이 있습니다.
  • 로드 밸런서는 컨테이너화된 환경 외부에 있으며 컨테이너화된 서비스를 로드 밸런싱합니다.
  • 로드 밸런서는 환경 내부에 있으며 컨테이너 자체에서 실행됩니다.

컨테이너는 마이크로서비스로 아키텍처로의 전환을 촉진하는 역할을 했습니다. 마이크로서비스 아키텍처는 더 많은 엔드포인트를 로드 밸런싱해야 하므로, 컨테이너에서 실행되는 분산형 로드 밸런서 세트를 사용하는 것이 훌륭한 해결책이 될 수 있습니다. (컨테이너 환경 외부에 로드 밸런서를 배치하려는 경우에는, 이전에 언급한 베어 메탈 서버나 가상 머신에 대한 고려사항이 적용됩니다.)

NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 순수한 소프트웨어 솔루션으로서 컨테이너에 쉽고 자연스럽게 배포할 수 있습니다. 이는 컨테이너 환경에서의 장점 중 하나입니다. NGINX Open Source가 DockerHub에서 가장 인기 있는 공식 애플리케이션 이미지인 것은 우연이 아닙니다. 또한 NGINX Plus Docker 이미지를 손쉽게 생성할 수 있습니다. 또한, Docker에 한정되지 않고 원하는 어떤 컨테이너 기술을 선택할 수 있습니다.

맞습니다. 기존의 가상 어플라이언스는 컨테이너 내에서 사용할 수 없습니다. Citrix는 2016년에 Docker 컨테이너를 프로덕션 환경에서 지원할 것이라고 발표했지만, 이 제품은 FreeBSD를 기반으로 하므로, 더 널리 사용되는 Linux 운영체제를 사용하는 Docker 호스트에서는 실행되지 않을 것입니다.

1-2. 배포 위치

널리 사용되는 운영체제에 설치할 수 있는 소프트웨어 전용 제품인 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 배포할 수 있는 위치에서 탁월한 유연성을 제공합니다. 독점 하드웨어 또는 운영체제 소프트웨어는 필요하지 않습니다.

최신 애플리케이션이 배포되는 다양한 환경과 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 가 어떻게 적합한지 살펴보겠습니다.

• 온프레미스 데이터 센터 – 자체 데이터 센터 또는 코로케이션 시설에서 하드웨어, 운영체제, 하이퍼바이저 및 컨테이너 기술을 사용하여 베어 메탈 서버, 가상 머신 또는 컨테이너와 같은 모든 폼 팩터에 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 를 배포할 수 있습니다.
• public 클라우드 – 여기서도 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 는 순수한 소프트웨어로 제공되므로 모든 클라우드에서 실행할 수 있습니다. 클라우드에 사용 가능한 소프트웨어의 시장 또는 리포지토리가 있는 경우 NGINX를 사용할 수 있습니다. NGINX Plus는 그럴 수도 있고 아닐 수도 있지만 클라우드 인스턴스에서 선호하는 운영체제와 함께 항상 NGINX를 직접 설치할 수 있습니다. NGINX Plus는 현재 Amazon Web Services, Google Cloud Platform 및 Microsoft Azure 시장에서 사용할 수 있습니다.
  
  어플라이언스 공급업체가 특정 클라우드에서 가상 어플라이언스를 사용할 수 있도록 기다릴 필요가 없으며 지정된 운영체제를 강제로 사용하지 않아도 되며 가상 어플라이언스에 자주 나타나는 성능 제한이 적용되지 않습니다.

• Private 클라우드 – Private 클라우드는 일반적으로 VMware vCloud Air 또는 OpenStack과 같은 도구로 구축됩니다. Public 클라우드와 같은 private 클라우드는 가상화 기술 위에 구축되지만, private 클라우드의 인프라를 소유하고 관리하기 때문에 로드 밸런싱 방법을 선택할 수 있습니다.
  • private 클라우드 인프라 내무에 분산 장치를 VM으로 배포
  • private 클라우드 인프라 외부에 로드 밸런서를 배포하고 에이전트 또는 API를 통해 상호 작용
  • 인프라를 모두 우회하여 VM 백엔드에 직접 로드 밸런싱

하드웨어 로드 밸런서를 배포하는 경우 온프레미스 데이터 센터에 대한 이전 논의가 적용됩니다. 가상 어플라이언스를 사용하는 경우 public 클라우드에 대한 논의가 적용됩니다.

1-3. 배포하는 이유

NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 다른 어떤 솔루션보다도 규모를 확장하여 애플리케이션 스택의 더 많은 부분을 커버합니다. 하나의 도구로 많은 부분을 항상 고가용성과 고성능으로 처리할 수 있어 복잡성이 감소하고 비용이 절감되며 안정성이 향상되는 이점이 있습니다.

이는 물리적으로 애플리케이션 계층을 합병한다는 의미가 아니라, 모든 계층을 커버하기 위해 하나의 제품만 배우면 된다는 것을 의미합니다. NGINX Plus를 사용하면 단일 공급업체로부터 지원을 받을 수 있습니다.

NGINX Open Source는 시스템 리소스를 최소한으로 사용하면서도 매우 높은 성능을 보여주어, 고트래픽 웹 사이트에 대한 주요 웹 서버로 자리 잡았습니다. 또한, NGINX는 고성능 캐싱 기능으로 인해 다수의 콘텐츠 전달 네트워크(CDN)에서 사용되고 있습니다. NGINX는 로컬 프록시 서버로도 매우 인기 있는 도구입니다. 로컬 웹 서버로 동작하면서 PHP-FPM과 같은 로컬 애플리케이션 서버로의 요청을 프록시할 수 있습니다. 이는 고트래픽 WordPress 사이트를 지원하는 일반적인 방법으로, NGINX의 우수한 연결 처리 기능을 활용합니다.

NGINX Plus에서는 이미 강력한 NGINX 솔루션 고급 로드 밸런싱, 관리, 모니터링 및 고가용성을 위한 추가 기능으로 강화하였습니다. NGINX Plus를 사용하면 고급 로드 밸런싱, 캐싱, 로컬 프록시, 웹 서빙, 미디어 스트리밍 등 다양한 기능을 수행할 수 있는 단일 도구를 얻을 수 있습니다. 이러한 영역은 전통적으로 전용 하드웨어 어플라이언스와 여러 소프트웨어 도구의 조합으로 처리되어 왔습니다. 그러나 NGINX와 NGINX Plus 소프트웨어 로드 밸런서 는 이러한 요구사항을 모두 해결하며, 동시에 유연성과 안정성을 증가시키면서 저렴한 비용으로 제공합니다.

1-4. 배포 방법

DevOps는 확실히 IT에서 보고 있는 주요 트렌드 중 하나입니다.

하드웨어나 가상 어플라이언스를 사용하는 DevOps와 NGINX 및 NGINX Plus 소프트웨어 로드 밸런서 를 사용하는 경우의 차이점을 살펴보겠습니다. DevOps는 커뮤니티 주도적인 이니셔티브로, 오픈 소스 소프트웨어의 유연성, 개방성 및 구성의 용이함을 활용합니다. 핵심적으로 닫힌 프로프라이어트리 소프트웨어는 이 커뮤니티적인 움직임을 충분히 활용할 수 없으며, DevOps 통합은 공급업체의 속도에 따라 제공됩니다. 또한, 필요한 구성 요소를 필요할 때 배포할 수 없을 때 DevOps의 속도와 민첩성이 저하됩니다. 하드웨어 형태 요소, 무거운 가상 어플라이언스 및 제한적인 소프트웨어 라이선싱은 민첩하고 반응성이 있는 DevOps 프로세스에 역효과를 낼 수 있습니다.

오픈 소스 코어가 포함된 순수 소프트웨어인 NGINX 및 NGINX Plus는 전체 앱 수명 주기 동안 DevOps에 적합합니다. NGINX 또는 NGIXN Plus 인스턴스를 마음대로 설치, 구성 및 제거할 수 있습니다.

1-5. 현재 소개

웹 사이트의 트래픽이 적더라도 효율적으로 처리하는 것은 비즈니스에 매우 중요합니다. 안정적이고 가용성이 높으며 관리 및 모니터링이 용이하며 예산 제약에 맞는 솔루션이 필요합니다. NGINX와 NGINX Plus는 이러한 요구 사항을 충족하기 위한 매우 경제적인 솔루션을 제공하며, 환경을 단순화하여 시간을 절약하고 운영 효율성을 향상시킬 수 있습니다. NGINX Plus 애플리케이션 전달 플랫폼은 더 비싼 제품들과 동등한 기능, 성능 및 지원을 제공합니다.

미션 크리티컬하고 고트래픽의 사이트를 배포할 때 성능은 매우 중요해집니다. NGINX와 NGINX Plus의 입증된 속도와 효율성은 이러한 상황에 이상적인 도구로 알려져 있으며. 특히 NGINX Plus는 추가적인 가치와 기능을 제공하여 성능을 더욱 향상시킵니다.

따라서 저트래픽 사이트, 중간트래픽 사이트, 혹은 매우 고트래픽 사이트를 배포하더라도 NGINX와 NGINX Plus는 도움이 될 수 있습니다. 또한, 사이트가 세계에서 가장 바쁜 웹 사이트 중 하나가 되더라도 NGINX와 NGINX Plus는 성장하는 사이트에 도움을 줄 수 있습니다.

1-6. 소프트웨어 로드 밸런서 NGINX 배포할 때

NGINX와 NGINX Plus는 소프트웨어로 제공되는 이점으로 어디에서나 배포할 수 있다고 이야기했습니다. 시간이 지나면서 가상화, 클라우드 컴퓨팅, 그리고 최근에는 컨테이너와 같은 새로운 배포 시나리오가 등장했으며, 이러한 시나리오들은 모두 하드웨어보다 소프트웨어를 기반으로 구축되었습니다. NGINX와 NGINX Plus는 각각의 새로운 기술이 등장할 때 즉시 배포될 수 있었습니다.

반면에, 하드웨어 어플라이언스 기반 제품은 새로운 기술에 대해 사용 가능해지기까지 필연적으로 지연이 발생합니다. 이는 공급업체가 제품을 새로운 환경으로 이식하는 데 시간이 걸리기 때문입니다. 이러한 제품들은 일반적으로 기존의 하드웨어 환경과 긴밀하게 통합되어 있으며, 독자적인 운영체제 변형 위에 구축되었습니다. 또한, 이러한 제품들은 일부 기술 변형만을 지원하는 경우가 많습니다. 예를 들어, NGINX는 처음으로 가상 어플라이언스가 출시되기 훨씬 전부터 가상 머신에서 실행되었습니다. 초기 버전은 보통 하나의 하이퍼바이저만을 지원했으며, 공급업체들은 시간이 지나면서 더 많은 하이퍼바이저를 지원하게 되었지만, 모든 하이퍼바이저를 모두 커버하는 것은 드뭅니다. 이러한 가상 어플라이언스들은 배포 대상에서 설명된 바와 같이 다른 제약 사항들도 가지고 있습니다.

클라우드 환경에서의 상황도 유사했습니다. 다양한 클라우드 환경이 소개되자마자 사람들은 NGINX를 해당 환경에 배포하기 시작했습니다. 그러나 하드웨어 어플라이언스 공급업체들은 나중에야 소수의 클라우드 환경을 지원하도록 가상 어플라이언스를 적용했으며, 그럼에도 가상 어플라이언스의 제한사항이 있었습니다. 이러한 공급업체의 제품을 지원하지 않는 하이퍼바이저나 클라우드 환경에서 사용하려면 어려움을 겪게 됩니다. 하지만 NGINX와 NGINX Plus를 사용하면 어떤 하이퍼바이저와 클라우드를 사용할지에 대한 결정을 내릴 수 있습니다.

이제 컨테이너에 대해서도 동일한 현상을 볼 수 있습니다. NGINX와 NGINX Plus는 첫날부터 컨테이너에서 실행되며, 어떤 컨테이너 기술을 사용하더라도 지원합니다. 현재 Docker가 가장 인기 있는 컨테이너 기술이기 때문에 하드웨어 어플라이언스 공급업체들도 언젠가는 이를 지원할 것으로 예상됩니다. 그러나 만약 Docker 대신 rkt와 같은 다른 컨테이너 기술을 사용하거나, 새로운 컨테이너 기술이 등장한다면 어떻게 될까요? 하드웨어 어플라이언스 공급업체가 해당 기술을 지원할 때까지 기다려야 할 것입니다. 그러나 NGINX와 NGINX Plus에서는 이러한 문제가 발생하지 않습니다.

하드웨어 어플라이언스에서 진화한 도구들의 라이선싱 모델은 또 다른 도전을 제기할 수 있습니다. 과거에 정적인 어플라이언스를 판매하던 공급업체들은 보통 소프트웨어의 각 인스턴스에 라이선스 키가 필요합니다. 이는 VM이나 컨테이너에서 빠르게 인스턴스를 생성해야 할 때 문제가 될 수 있습니다. 공급업체들은 이 문제를 해결하기 위해 노력하고 있지만, NGINX Plus에는 그러한 제약이 없습니다. NGINX Plus를 사용하면 전통적인 라이선싱 제한 없이 인스턴스를 배포할 수 있습니다.

다음 큰 일이 무엇인지는 아무도 알 수 없습니다. 그 어떤 것이든, 그것이 소프트웨어 기반일 것이고, NGINX와 NGINX Plus가 가장 먼저 사용 가능한 애플리케이션 중 하나가 될 것이라고 예측합니다. 새로운 도구를 찾을 필요가 없을 것입니다. 이미 알고 있는 것과 작동하는 것에 의존할 수 있을 것입니다. 미래를 예측할 수는 없지만, 새로운 기술이 등장할 때 적응될 가능성이 가장 높은 도구를 사용하는 최선을 다할 수 있습니다.

따라서 NGINX와 NGINX Plus는 현재의 인프라에 맞춰 도움을 줄 준비가 되어 있으며, 미래의 인프라에 대해서도 잘 대비되어 있습니다. 미래의 인프라는 컨테이너 기반의 마이크로서비스 환경이 될 수도 있고, 아직 발명되지 않은 어떤 것이 될 수도 있습니다. NGINX와 NGINX Plus는 이러한 다양한 시나리오에 유연하게 대응할 수 있도록 준비되어 있습니다.

2. 소프트웨어 로드 밸런서 NGINX 결론

이 포스트를 “NGINX와 NGINX Plus Everywhere” 이라는 제목으로 지었는지 이해하시길 바랍니다. 이것은 아주 약간의 시적인 허가를 받은 것이지만 그렇게 크게 벗어나지 않습니다. 실제로 NGINX와 NGINX Plus는 다른 도구들보다 더 많은 애플리케이션 스택의 계층을 아우르는 형태로 어디에서든지, 원하는 형식으로, 원하는 대로 배포할 수 있습니다. 또한 현재와 미래의 요구사항을 충족할 수 있습니다. 하드웨어 로드 밸런서를 교체하거나, public 클라우드로 이전하거나, private 클라우드를 구축하거나, 컨테이너로 이동하거나, 이 모든 것을 함께 수행하든지, NGINX와 NGINX Plus는 배포를 성공적으로 수행할 수 있도록 도움을 줄 수 있습니다.

NGINX Plus를 직접 사용해 보시려면 30일 무료 평가판을 신청하거나 NGINX STORE에 연락하여 문의하십시오.

아래 뉴스레터를 구독하고 NGINX의 최신 정보들을 빠르게 전달받아보세요.