데브옵스: 현대 애플리케이션 배포 및 통합 관리

오늘날의 소프트웨어 개발 환경에서 데브옵스(DevOps)는 필수적인 역할을 하고 있습니다. 플랫폼 운영팀, 쿠버네티스 아키텍트, 애플리케이션 개발자, CISO, CIO, CTO 등 다양한 전문가들과의 대화를 통해 NGINX에 대한 솔직한 피드백을 들을 수 있었습니다. 이들은 제품, 가격, 라이선스 모델 등 NGINX의 강점과 약점을 명확히 지적했습니다.

핵심은 “NGINX가 우주의 중심”이라는 접근 방식이 사용자에게 적합하지 않다는 것입니다. 우리는 애플리케이션 배포와 관련된 모든 것을 통합 관리할 수 있는 “플랫폼”을 목표로 제품을 개발해 왔습니다. 기존 플랫폼의 미션 크리티컬한 구성 요소로서 NGINX는 플랫폼이 아니라는 점을 강조하셨습니다. 따라서 NGINX를 나머지 구성 요소와 더 잘 통합하여 투명한 가격 및 소비 모델을 통해 제품을 더 쉽게 배포, 관리, 보호할 수 있도록 해야 했습니다. 그리고 이 모든 것을 API를 통해 가능하게 해야 했습니다.

기본 메시지는 간단합니다. 사용자의 워크플로, 기존 툴체인 및 프로세스에 NGINX를 더 쉽게 통합하자는 것입니다. 2024년에는 데이터 플레인 및 보안을 위한 사용 사례 구성 및 관리에 대해 훨씬 더 유연하고 단순하며 반복 가능하고 확장 가능한 접근 방식을 취할 것입니다.

여러분의 바람은 충분히 이해가 됩니다. 세상은 변해왔고 앞으로도 계속 변할 것입니다! 클라우드에서 하이브리드로, 멀티 클라우드 및 클라우드-하이브리드 설정으로 전환하는 등 다양한 단계를 거쳤습니다. 또한 가상 머신에서 쿠버네티스로, API에서 마이크로서비스 및 서버리스로의 변화도 있었습니다. 많은 사람들이 ‘Shift Left’를 했고, 이로 인해 복잡성이 증가했습니다. 더 많은 팀이 더 많은 관리, 가시성, 강력한 보안을 필요로 하는 더 많은 도구를 사용하고 있으며, 이 모든 도구는 몇 시간, 며칠, 몇 주가 아니라 몇 분 안에 확장할 수 있어야 하는 애플리케이션을 지원합니다. 그리고 최신 촉진제인 인공지능(AI)은 레거시 애플리케이션 및 인프라 아키텍처에 상당한 압박을 가하고 있습니다.

목차

1. 향후 NGINX 제품 릴리스에서 다룰 예정 사항
1-1. 문제점 #1: 최신 앱은 배포 환경의 다양성으로 인해 관리가 어렵다.
1-2. 문제점 #2: 다양한 환경에서 다양한 라이선스 유형에 걸쳐 실행되는 앱은 보안이 어렵다.
1-3. 문제점 #3: 최신 앱의 비용 관리는 복잡하고 낭비를 초래합니다.
2. App World 2024에 참여하세요.

1. 향후 NGINX 제품 릴리스에서 다룰 예정 사항

NGINX 제품의 뼈대는 항상 경고하고, 수많은 테스트를 거쳐 성능이 입증되었지만, 사용자가 NGINX의 모든 측면을 소비, 관리, 관찰하는 방식은 시대를 따라잡지 못했습니다. 새로운 제품 출시와 여러 가지 새로운 기능으로 이를 개선하기 위해 빠르게 움직이고 있습니다.

1-1. 문제점 #1: 최신 앱은 배포 환경의 다양성으로 인해 관리가 어렵다.

오늘날 CIO와 CTO는 다양한 애플리케이션 배포 방식 중에서 선택할 수 있습니다. 이는 성능, 기능, 복원력 측면에서 훨씬 더 다양한 선택이 가능하다는 점에서 축복입니다. 하지만 다양성은 복잡성과 확장성으로 이어지기 때문에 저주이기도 합니다. 예를 들어, AWS에서 실행되는 애플리케이션을 관리하려면 Azure Cloud에서 애플리케이션을 관리하는 것과는 다른 구성, 도구, 지식이 필요합니다.

컨테이너는 대규모 애플리케이션 배포를 표준화했지만, 컨테이너 아래의 모든 것(또는 컨테이너에 들어오고 나가는 것)은 여전히 차별화되어 있습니다. 사실상의 컨테이너 오케스트레이션 플랫폼인 쿠버네티스는 이러한 프로세스를 정리해야 했습니다. 하지만 Amazon EKS, Azure Kubernetes Service(AKS), Google Kubernetes Engine(GKE)에 배포해 본 사람이라면 누구나 알 수 있듯이 이 세 가지가 전혀 비슷하지 않다는 것을 알 수 있습니다.

이렇게 다양한 환경에서 NGINX 제품을 관리하려면 상당한 운영 리소스가 필요하고 낭비가 발생한다고 말씀하셨습니다. 그리고 솔직히 연간 라이선스를 기반으로 하는 가격 모델은 서버리스 환경에서 앱을 시작하고, 쿠버네티스 환경에서 확장하고, 개발 목적으로 클라우드에서 실행되는 소규모 내부 배포를 유지하는 등 동적인 환경에서는 무너지게 됩니다.

1-2. 문제점 #2: 다양한 환경에서 다양한 라이선스 유형에 걸쳐 실행되는 앱은 보안이 어렵다. (데브옵스)

다양한 환경의 복잡성으로 인해 최신 앱이 배포된 위치를 찾아 모니터링하고 적절한 보안 조치를 적용하기가 어려울 수 있습니다. 글로벌 로드 밸런서로 NGINX Plus를 배포하고 다양한 마이크로서비스를 위해 NGINX 오픈 소스를 배포하여 각각 다른 클라우드에서 또는 다른 유형의 애플리케이션 위에서 실행하고 있을 수 있습니다. 또한 개인 정보 보호, 데이터 보호, 트래픽 관리를 위해 서로 다른 것을 요구할 수 있습니다.

각각의 조합에는 새로운 보안 문제가 추가됩니다. 표준적이고 포괄적인 솔루션은 존재하지 않으며, 이러한 솔루션은 운영상의 복잡성과 구성 오류의 가능성을 내포하고 있습니다. 물론, 어떤 유형의 보안을 어떤 NGINX 솔루션에 적용할 수 있는지 혼란스럽게 만들어 이러한 복잡성을 가중시킨 것도 인정합니다.

이해합니다. 고객은 NGINX를 활용하는 모든 애플리케이션을 보호할 수 있는 단일 방법이 필요합니다. 이러한 통합 보안 솔루션은 대부분의 사용 사례를 포괄하고 모든 클라우드, 온프레미스, 서버리스 및 기타 환경에 동일한 도구, 대시보드 및 운영 프로세스를 배포해야 합니다. 또한, NGINX 커뮤니티의 집단 지성과 전 세계 트래픽에 대한 전례 없는 관점을 활용하여 보다 지능적인 보안 접근 방식으로 나아가는 것이 중요하다는 것을 잘 알고 있습니다.

1-3. 문제점 #3: 최신 앱의 비용 관리는 복잡하고 낭비를 초래합니다. (데브옵스)

모든 조직에서는 티켓을 제출하거나 Slack을 보내지 않고도 개발자와 실무자가 업무를 더 잘 수행할 수 있도록 지원하기를 원합니다. 하지만 현실은 달랐습니다. 온프레미스, 클라우드, 멀티 클라우드 환경에 걸쳐 분산된 애플리케이션과 애플리케이션을 관리하기 위한 쿠버네티스, 서버리스 및 기타 메커니즘을 통해 복잡성을 어느 정도 추상화할 수 있었습니다. 하지만 이러한 반전은 대부분 컨테이너와 애플리케이션 내부에 국한되어 있었습니다. 네트워킹, 보안, 통합 가시성과 같은 애플리케이션을 둘러싼 계층이나 CI/CD에는 잘 적용되지 않았습니다.

이전 문제점에서 이러한 문제를 암시한 적이 있지만, 결론은 다음과 같습니다. 복잡성은 시간과 노력, 보안 및 복원력 저하라는 측면에서 막대한 비용을 초래한다는 것입니다. 점점 더 복잡해지는 시스템을 유지 관리하는 것은 근본적으로 어렵고 리소스 집약적입니다. 가격 및 라이선스 복잡성은 또 다른 불만 요소를 추가합니다. NGINX는 사용자가 실수로 과소비했을 때, 이를 사용자에게 떠넘기는 기업이 아닙니다.

하지만 SaaS, API, 세계에서는 연 단위나 시트 또는 라이선스 단위가 아닌 사용한 만큼 지불하고 싶을 것입니다. 전체 기술 인프라와 애플리케이션 포트폴리오에 걸쳐 모든 NGINX 제품 및 서비스에 대해 사용량을 기반으로 하는 이해하기 쉬운 가격 모델을 원합니다. 또한 팀에서 실행하는 모든 오픈 소스 모듈에 대한 지원 및 보안을 통합하여 원하는 비트에 대해서만 비용을 지불할 수 있는 방법을 원합니다.

이를 위해서는 NGINX의 제품 패키징 및 가격 책정 방식에 약간의 변화가 필요합니다. 궁극적인 솔루션은 다른 SaaS와 마찬가지로 단순성, 투명성, 사용한 만큼만 지불하는 방식이어야 합니다. 이 세 가지 문제점을 모두 해결할 수 있는 솔루션이 준비되어 있습니다.

2. 데브옵스 환경에서의 NGINX 결론

데브옵스 환경에서 NGINX를 통해 애플리케이션 배포 및 관리가 어떻게 변하는지 살펴보았습니다. NGINX Plus를 직접 사용해 보시려면 30일 무료 평가판을 신청하거나 NGINX STORE에 연락하여 논의하십시오. 데브옵스의 도입으로 여러분의 개발과 운영 환경을 한층 더 강화할 수 있을 것입니다.

NGINX STORE를 통한 솔루션 도입 및 기술지원 무료 상담 신청

* indicates required