NGINX의 미래: 오픈 소스의 뿌리로 돌아가기

재밌게 놀 때는 시간이 정말 빨리 갑니다. 그래서 NGINX가 이제 18살이 되었다는 게 믿기 어렵습니다. 돌이켜보면, 커뮤니티와 회사는 함께 많은 것을 이루었습니다. 우리는 최근에 큰 이정표를 세웠습니다. 이 글을 쓰는 시점에 모든 웹사이트의 55.6%가 NGINX로 구동됩니다 (자체 소프트웨어 또는 NGINX를 기반으로 구축된 제품). 또한 우리는 시장 점유율 1위 웹 서버 입니다 . 우리는 그것을 매우 자랑스럽게 생각하며, NGINX 커뮤니티인 여러분이 우리에게 이처럼 확신을 표명해 주셔서 감사합니다.

또한 오픈소스 소프트웨어가 계속해서 세상을 바꾸고 있다는 사실을 점점 더 인식하고 있습니다. 점점 더 많은 비율의 애플리케이션이 오픈소스 코드를 사용하여 구축되고 있습니다. Bloomberg 터미널과 뉴스에서 Washington Post, Slack, Airbnb, Instagram, Spotify에 이르기까지 세계에서 가장 잘 알려진 수천 개의 브랜드와 부동산이 NGINX 오픈소스를 사용하여 웹사이트를 구동합니다. 제 삶에서 – 업무 회의를 위한 Zoom과 밤에는 Netflix를 사용하는 것 사이에서 – 하루 중 80%를 NGINX 기반으로 구축된 애플리케이션을 사용하는 데 보냅니다.

NGINX는 오픈 소스 성공 사례의 한 요소일 뿐입니다. Kubernetes와 컨테이너에서 Python과 PyTorch, WordPress에서 Postgres, Node.js에 이르기까지 놀라운 오픈 소스 프로젝트가 없었다면 디지털 세계를 구축할 수 없었을 것이고, 점점 더 물리적 세계를 제어하고 관리할 수 없었을 것입니다. 오픈 소스는 우리의 작업 방식을 바꾸어 놓았습니다. GitHub에는 7,300만 명 이상의 개발자가 있으며, 이들은 총 1억 7,000만 건 이상의 풀 리퀘스트(PR)를 병합했습니다. 이러한 PR의 상당 부분은 오픈 소스 라이선스가 있는 코드 리포지토리에 있었습니다.

우리는 NGINX가 오픈 소스의 부상과 성공에 근본적인 역할을 했다는 사실에 매우 기쁩니다. 그리고 우리는 이를 계속 유지하고 이를 다른 사람에게 전가할 것입니다. 동시에, 우리는 오픈 소스 작업을 되돌아보고 이 운동의 지속적인 진화에 적응해야 합니다. 오픈 소스에서 수익을 창출하는 기업의 비즈니스 모델은 때때로 논란이 되었습니다. 이것이 NGINX가 항상 무엇이 오픈 소스이고 무엇이 상업적인지에 대해 매우 명확하게 설명하려고 노력한 이유입니다. 무엇보다도, 이는 소프트웨어의 오픈 소스 버전에 포함된 기능이나 역량에 대해 요금을 청구하려고 하지 않는다는 것을 의미했습니다.

오픈소스는 빠르게 진화하고 있습니다. NGINX도 진화하고 있습니다.

이제 우리는 오픈 소스에 대한 우리의 헌신에 대해 깊이 생각하고, 오픈 소스 제품에 더 많은 가치와 기능을 제공하고, 물론 상업적 영역에서도 우리의 게임을 높여야 한다는 것을 깨달았습니다. 세상이 바뀌었기 때문에 우리는 그저 과거와 같은 것에 대해 요금을 계속 청구할 수 없습니다. 우리의 상업적 제품에만 포함된 일부 기능은 이제 오픈 소스 개발자를 위한 기본 사항이 되었습니다. 우리는 또한 오픈 소스 보안이 개발자에게 가장 중요하다는 것을 알고 있습니다. 그러한 이유로 우리의 오픈 소스 프로젝트는 우리의 상업적 제품만큼 안전해야 합니다.

우리는 또한 현실을 인정해야 합니다. 내부적으로, 우리는 오픈 소스가 기능이나 확장성이 부족하기 때문에 실제로 프로덕션에 적합하지 않다고 말하는 습관이 있었습니다. 세상은 얼마 전부터 우리가 틀렸다는 것을 증명해 왔습니다. 수천 개의 조직이 프로덕션 환경에서 NGINX 오픈 소스 소프트웨어를 실행하고 있습니다. 그리고 그것은 좋은 일입니다. 왜냐하면 그들이 우리의 오픈 소스 버전을 얼마나 믿는지 보여주기 때문입니다. 우리는 그것을 기반으로 구축할 수 있습니다.

사실, 우리는 핵심 제품으로 끊임없이 그렇게 하고 있습니다. 원래 NGINX 제품군이 오래되었다고 말하는 사람들에게, 저는 당신이 우리를 주의 깊게 지켜보지 않았다고 말하고 싶습니다.

• 핵심 NGINX 오픈 소스 소프트웨어의 경우, 우리는 새로운 기능과 기능을 계속 추가하고 더 많은 운영 체제 플랫폼을 지원합니다. 웹 애플리케이션과 트래픽의 보안과 확장성을 위한 두 가지 중요한 기능인 HTTP3와 QUIC가 우리가 제공하는 다음 버전에 포함될 예정입니다.
• NGINX 유니버스의 조용하지만 놀라울 정도로 혁신적인 부분은 NGINX JavaScript (njs) 로 , 개발자가 JavaScript 코드를 NGINX HTTP 및 TCP/UDP(스트림) 모듈의 이벤트 처리 모델에 통합하고 NGINX 구성 구문을 확장하여 정교한 기능을 구현할 수 있도록 합니다. 당사 사용자는 혁신적인 캐시 퍼징 및 헤더 조작부터 MQTTv5와 같은 보다 고급 프로토콜 지원에 이르기까지 매우 놀라운 일을 해냈습니다.
• 당사의 범용 웹 애플리케이션 서버인 NGINX Unit은 NGINX Open Source의 원래 저자인 Igor Sysoev 가 고안 했으며 , 계속해서 진화하고 있습니다. Unit은 데이터 플레인과 보안에 대한 주요 초점을 훨씬 뛰어넘는 현대적 애플리케이션과 현대적 애플리케이션 스택에 대한 당사의 비전에서 중요한 위치를 차지합니다. Unit을 개발하면서, 클라우드 네이티브이고 분산되고 매우 동적인 앱을 위해 설계된 더 많은 기능을 통해 진화하는 웹에 맞게 애플리케이션을 설계하는 방법을 재고하고 있습니다.

모던 앱 참조 아키텍처

우리는 핵심 개발자 구성원이 현대적 애플리케이션을 보다 효율적이고 쉽게 배포할 수 있도록 돕는 방법에 대한 실험을 계속하고 추진하고자 합니다. 작년 Sprint 2.0에서 NGINX Modern Apps Reference Architecture (MARA)를 발표했으며 , 최근 버전 1.0.0으로 일반  에 공개되어 기쁩니다 . MARA 는 Kubernetes를 포함한 엄선되고 의견이 담긴 도구 스택으로, 인프라와 애플리케이션 아키텍처를 코드로 쉽게 배포할 수 있도록 연결했습니다. 몇 번의 클릭만으로 프로덕션 등급의 클라우드 네이티브 환경을 만드는 데 필요한 모든 것(보안, 로깅, 네트워킹, 애플리케이션 서버, 구성 및 YAML 관리 등)과 통합된 MARA 참조 아키텍처를 구성하고 배포할 수 있습니다.

MARA는 모듈형 아키텍처이며, 설계상 그렇습니다. 기존 모듈에서 원하는 모험을 선택하고 실제로 애플리케이션을 실행할 수 있는 사용자 지정 참조 아키텍처를 설계할 수 있습니다. 커뮤니티에서 저희의 아이디어를 지원했고 저희는 MARA에서 여러 혁신적인 기술 회사와 협력했습니다. Sumo Logic은 MARA에 로깅 기술을 추가했고 Pulumi는 자동화 및 워크플로 오케스트레이션을 위한 모듈을 제공했습니다. 저희는 MARA를 통해 모든 개발자가 몇 분 만에 모든 지원 부분을 완료하고 보안을 강화하며 앱 배포를 위해 준비된 완전한 Kubernetes 환경을 구축할 수 있기를 바랍니다. 이는 업계에서 큰 이니셔티브를 발전시키기 위해 우리 모두가 집단적인 에너지를 쏟을 수 있다고 생각하는 방법의 한 예일 뿐입니다.

NGINX의 미래: 현대화, 최적화, 확장

매년 가상 사용자 컨퍼런스인 NGINX Sprint에서 우리는 내년을 위한 새로운 약속을 합니다. 올해도 다르지 않습니다. 향후 12개월 동안의 약속은 현대화 , 최적화 , 확장이라는 세 단어로 요약할 수 있습니다 . 이것이 단순한 비즈니스 유행어가 되지 않도록 하려고 합니다. 우리는 각각에 대한 실질적인 프로그램을 가지고 있으며, 여러분이 우리의 약속을 지켜주기를 바랍니다.

약속 #1: 접근 방식, 존재감, 커뮤니티 관리 현대화

분명히 우리는 코드를 빠르게 현대화하고 새로운 제품과 프로젝트를 출시하고 있습니다. 하지만 현대화는 코드에 대한 것만이 아닙니다. 코드 관리, 의사 결정에 대한 투명성, 커뮤니티에서 우리가 어떻게 나타나는지까지 포함합니다. 역사적으로 NGINX 오픈 소스 코드 기반은 Mercurial 버전 제어 시스템에서 실행되었지만, 오픈 소스 세계는 이제 GitHub에서 살아 있다는 것을 알고 있습니다. 앞으로 모든 NGINX 프로젝트는 GitHub에서 태어나고 호스팅될 것입니다. 개발자와 오픈 소스 커뮤니티가 일하는 곳이기 때문입니다.

또한 NGINX 프로젝트를 관리하고 거버넌스하는 방식을 현대화할 것입니다. 기여에 보다 개방적이고, 관리에 있어 보다 투명하며, 커뮤니티에 보다 접근하기 쉽게 만들 것을 약속드립니다. 현대 오픈 소스 작업에 대한 모든 예상 관례를 따르고 GitHub 존재감을 재구축하고, 모든 프로젝트에 행동 강령을 추가하며, 커뮤니티 피드백에 세심한 주의를 기울일 것입니다. 현대화에 대한 이러한 약속의 일환으로 Slack에 NGINX 커뮤니티 채널을 추가하고 있습니다 . 채널에 자체 전문가를 배치하여 여러분의 질문에 답변할 것입니다. 그리고 여러분, 커뮤니티도 일상 업무에 이미 사용하는 메시징 도구에서 서로를 도울 것입니다.

약속 #2: 개발자 경험 최적화

개발자는 우리의 주요 사용자입니다. 그들은 우리를 우리로 만든 애플리케이션을 빌드하고 만듭니다. 우리의 신조는 항상 NGINX가 사용하기 쉽다는 것입니다. 그리고 그것은 기본적으로 사실입니다. NGINX는 설치, 스핀업 및 구성에 며칠이 걸리지 않습니다. 그렇긴 하지만, 우리는 더 잘할 수 있습니다. 우리는 학습 곡선을 단축하고 구성 프로세스를 더 쉽게 만들어 개발자가 우리 제품에서 경험하는 "가치 실현 시간"을 가속화할 수 있습니다. "가치"란 프로덕션에서 진정으로 가치 있는 일을 하는 코드를 배포하는 것을 의미합니다. 우리는 설치 환경을 간소화하고, 문서를 개선하고, 커뮤니티 포럼에 적용 범위와 힘을 더하여 개발자 경험을 개편할 것입니다.

또한 NGINX 오픈 소스와 기본적으로 통합되어 몇 초 만에 유용하고 가치 있게 만드는 데 도움이 되는 새로운 SaaS 오퍼링을 출시할 예정입니다. 등록, 게이트, 페이월이 없습니다. 이 SaaS는 영원히 무료로 사용할 수 있습니다.

또한, 개발자들이 현재 테이블 스테이크로 보는 많은 중요한 기능이 NGINX Open Source 및 NGINX Plus의 유료화의 잘못된 측면에 있다는 것을 알고 있습니다. 예를 들어, DNS 서비스 검색은 최신 앱에 필수적입니다. 저희는 이러한 중요한 기능을 NGINX Open Source에 추가하여 무료로 제공하겠다고 약속드립니다. 아직 이동할 모든 기능을 결정하지 않았으며 여러분의 의견을 듣고 싶습니다 . 개발자로서의 경험을 최적화하는 방법을 알려주세요. 저희는 경청하고 있습니다.

약속 #3: NGINX의 성능과 기능 확장

오늘날 NGINX가 인기 있는 만큼, 우리는 10년 후에도 지금처럼 관련성이 있으려면 지속적으로 개선해야 한다는 것을 알고 있습니다. 우리의 야심찬 목표는 다음과 같습니다. 우리는 대규모로 현대적 애플리케이션을 관리하고 운영하기 위한 NGINX 애플리케이션과 지원 기능의 전체 스택을 만들고 싶습니다.

지금까지 NGINX는 대부분 7계층 데이터 플레인으로 사용되었습니다. 하지만 개발자는 NGINX를 작동시키기 위해 NGINX 주변에 많은 스캐폴딩을 설치해야 합니다. 자동화 및 CI/CD 기능을 연결하고, 적절한 로깅을 설정하고, 인증 및 인증서 관리를 추가하는 등의 작업을 해야 합니다. 우리는 NGINX와 완벽하게 통합되는 하나 이상의 고품질 오픈소스 구성 요소로 앱을 테스트하고 배포하는 데 필요한 모든 주요 요구 사항을 충족하는 훨씬 더 나은 NGINX 확장을 만들고자 합니다. 간단히 말해서, 스택의 모든 계층에서 가치를 제공하고 무료로 제공하고자 합니다. 예를 들어, NGINX Open Source 또는 NGINX Plus를 API 게이트웨이로 사용하는 경우 API 가져오기, 서비스 검색, 방화벽, 정책 규칙 및 보안 등 해당 사용 사례를 관리하고 확장하는 데 필요한 모든 것이 있는지 확인하고자 합니다. 이 모든 것이 고품질 오픈소스 옵션으로 제공됩니다.

요약하자면, 저희의 꿈은 애플리케이션 관리 및 배포의 모든 측면으로 확장되는 NGINX를 중심으로 생태계를 구축하는 것입니다. MARA 는 이러한 생태계를 구축하는 첫 번째 단계이며, 저희는 파트너를 계속 유치하고자 합니다. 저의 목표는 2022년 말까지 분산 추적, 로깅, 자동 확장, 보안, CI/CD 후크 등 모든 기능을 갖춘 NGINX 환경에서 몇 분 만에 사전 배선된 전체 앱을 출시하고 실행하는 것입니다. 이 모든 것이 작업을 수행할 준비가 되었습니다.

Kubernetes API Gateway, 완전히 새로운 Amplify 및 NGINX 에이전트 소개

우리는 이 모든 것에 헌신합니다. 그리고 여기 내 세 가지 약속에 대한 세 가지 조건이 있습니다.

1. 올해 초에 우리는 Kubernetes API Gateway SIG의 참조 아키텍처를 기반으로 NGINX Kubernetes Gateway<.htmla>를 출시했습니다 . 이를 통해 제품군을 현대화하고 클라우드 네이티브의 지속적인 진화에 발맞추었습니다. NGINX Kubernetes Gateway는 또한 커뮤니티에 제공하는 일종의 화해의 손길입니다. 우리는 Kubernetes를 위한 상용 및 오픈 소스 Ingress 컨트롤러를 모두 만들었을 때 문제가 복잡해졌다는 것을 깨달았습니다. 둘 다 커뮤니티 Ingress 솔루션(역시 NGINX 기반)과 달랐습니다. 선택 범위가 너무 다양해서 커뮤니티가 혼란스러워했고 우리는 불리한 입장에 처했습니다.

   Gateway API가 Kubernetes 아키텍처에서 Ingress 컨트롤러를 대체할 것이라는 것은 매우 분명합니다. 따라서 우리는 접근 방식을 변경하고 NGINX Kubernetes Gateway(오픈 소스 제품으로만 제공됨)를 Kubernetes 네트워킹 노력의 초점으로 삼을 것입니다(진화하는 표준과 동조). 다른 NGINX 제품과 통합되고 확장되며 Kubernetes에서 개발자 경험을 최적화합니다.

2. 몇 년 전, 우리는 NGINX 플릿을 위한 모니터링 및 원격 측정 SaaS 제품인 NGINX Amplify를 출시했습니다 . 우리는 그것을 많이 홍보하지 않았습니다. 하지만 수천 명의 개발자가 그것을 발견했고 오늘날에도 여전히 사용하고 있습니다. Amplify는 무료였고 앞으로도 무료일 것입니다. 우리의 현대화 공약의 일환으로, 우리는 Amplify에 새로운 기능을 추가하고 있습니다. 우리는 그것을 실시간으로 대규모 NGINX 제품을 세우고, 감시하고, 관리하는 신뢰할 수 있는 조종사로 만들고자 합니다. Amplify는 NGINX 인스턴스를 모니터링할 뿐만 아니라 NGINX 배포를 구성하고, 스크립트를 적용하고, 문제를 해결하는 데 도움을 줄 것입니다.
3. NGINX Agent를 출시합니다. NGINX 오픈 소스 인스턴스와 함께 배포할 수 있는 가벼운 앱입니다. 여기에는 이전에는 상업용 제품에서만 제공되었던 기능(예: 동적 구성 API)이 포함됩니다. NGINX Agent를 사용하면 훨씬 더 많은 사용 사례에서 NGINX 오픈 소스를 훨씬 더 유연하게 사용할 수 있습니다. 또한 애플리케이션과 인프라를 확장하는 데 사용할 수 있는 훨씬 더 세부적인 제어 기능도 포함됩니다. Agent를 사용하면 NGINX를 관리, 배포 및 구성하는 데 대한 보다 현명한 결정을 내릴 수 있습니다. NGINX Agent를 위해 열심히 노력하고 있습니다. 몇 달 안에 출시 소식을 알리는 블로그를 기대하세요!