NGINXの将来: オープンソースのルーツに戻る

楽しい時は時間があっという間に過ぎます。 NGINX が 18 年目を迎えたというのは信じがたいことです。 振り返ってみると、コミュニティと会社は一緒に多くのことを成し遂げてきました。 私たちは最近、大きなマイルストーンを達成しました。この記事の執筆時点で、すべての Web サイトの 55.6% が NGINX (当社独自のソフトウェアまたは NGINX 上に構築された製品) によって稼働しています。 当社は市場シェアでも第 1 位の Web サーバーです。 私たちはこれを非常に誇りに思っており、NGINX コミュニティの皆様が私たちにこの圧倒的な信頼を寄せてくださったことに感謝しています。

また、オープンソース ソフトウェアが世界を変え続けていることも、ますます認識しています。 オープンソース コードを使用して構築されるアプリケーションの割合はますます増加しています。 Bloomberg のターミナルやニュースから、Washington Post、Slack、Airbnb、Instagram、Spotify まで、世界で最も有名なブランドや施設の何千ものサイトが、NGINX オープンソースを利用して Web サイトを運営しています。 私自身の生活では、仕事の会議には Zoom を使い、夜は Netflix を観ていますが、おそらく 1 日の 80% を NGINX 上に構築されたアプリケーションの使用に費やしています。

NGINX は、オープンソースの成功物語における要素の 1 つにすぎません。 Kubernetes やコンテナから Python や PyTorch、WordPress から Postgres や Node.js に至るまで、すばらしいオープンソース プロジェクトがなければ、デジタル世界を構築することはできず、さらには物理的な世界を制御および管理することもできなくなります。 オープンソースは私たちの働き方を変えました。 GitHub には 7,300 万人を超える開発者がおり、合計で 1 億 7,000 万件を超えるプル リクエスト (PR) をマージしています。 これらの PR の大部分は、オープンソース ライセンスのコード リポジトリ上にありました。

NGINX がオープンソースの台頭と成功に非常に重要な役割を果たしてきたことを私たちは大変嬉しく思っており、今後もその貢献を継続し、さらに広めていくつもりです。 同時に、私たちはオープンソースの取り組みを振り返り、この運動の継続的な進化に適応する必要があります。 オープンソースから利益を得る企業のビジネスモデルは、時として物議を醸すことがあります。 このため、NGINX では、何がオープンソースで何が商用かということを常に明確にするよう努めてきました。 何よりも、これは、私たちのソフトウェアのオープンソース バージョンに組み込んだ機能や性能に対して、決して料金を請求しないことを意味しました。

オープンソースは急速に進化しています。 NGINX も進化しています。

私たちは今、オープンソースへの取り組みについて真剣に考え、オープンソース製品にさらなる価値と機能を提供するとともに、商業分野でもさらに努力する必要があることを認識しています。 世界は変化しており、これまでと同じものを単に課金し続けることはできません。当社の商用製品にのみ含まれている機能の一部は、現在ではオープンソース開発者にとって必須のものとなっています。 また、オープンソースのセキュリティが開発者にとって最優先事項であることもわかっています。 そのため、当社のオープンソース プロジェクトは商用製品と同様に安全である必要があります。

私たちも現実を認めなければなりません。 社内では、オープンソースは機能やスケーラビリティが不足しているため、実際には本番環境で使用できる状態ではないとよく言われていました。 世界は、この点に関して私たちが間違っていることをかなり前から証明してきました。何千もの組織が、本番環境で NGINX オープンソース ソフトウェアを実行しています。 これは良いことです。なぜなら、彼らが私たちのオープンソースバージョンをどれほど信頼しているかを示しているからです。 私たちはそれを基に構築することができます。

実際、私たちは主力製品でそれを継続的に行っています。 オリジナルの NGINX 製品ファミリーは時代遅れになったと言う人たちには、私たちのことをよく観察していなかったと言いたい。

• コア NGINX オープンソース ソフトウェアについては、引き続き新しい機能を追加し、より多くのオペレーティング システム プラットフォームをサポートしていきます。 ウェブ アプリケーションとトラフィックのセキュリティとスケーラビリティにとって重要な 2 つの機能、 HTTP3 と QUIC が、次にリリースされるバージョンに搭載される予定です。
• NGINX の世界の静かで非常に革新的な一角がNGINX JavaScript (njs)です。これにより、開発者は JavaScript コードを NGINX HTTP および TCP/UDP (ストリーム) モジュールのイベント処理モデルに統合し、NGINX 構成構文を拡張して高度な機能を実装できるようになります。 私たちのユーザーは、革新的なキャッシュ消去やヘッダー操作から、MQTTv5 のようなより高度なプロトコルのサポートまで、非常に素晴らしい成果を上げています。
• 当社のユニバーサル Web アプリケーション サーバーであるNGINX Unit は、NGINX Open Source のオリジナル作成者であるIgor Sysoevによって考案され、進化し続けています。 Unit は、データ プレーンとセキュリティという主な焦点をはるかに超えた、最新のアプリケーションと最新のアプリケーション スタックに対する当社のビジョンにおいて重要な位置を占めています。 Unit を開発するにあたり、私たちは、クラウドネイティブで分散型かつ高度に動的なアプリ向けに設計された機能を増やし、進化する Web 向けにアプリケーションを設計する方法を再考しています。

モダンアプリのリファレンスアーキテクチャ

私たちは、コア開発者層が最新のアプリケーションをより効率的かつ簡単に導入できるようにするための方法を実験し、推進し続けたいと考えています。 昨年の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 か月間の当社の約束は、 「近代化」、 「最適化」 、 「拡張」という3 つの言葉で表すことができます。 これらが単なるビジネス用語にならないように、私たちはそれぞれに実質的なプログラムを用意しており、お客様には約束を守っていただきたいと考えています。

約束その1: アプローチ、プレゼンス、コミュニティ管理を近代化

当然のことながら、当社はコードを急速に近代化し、新しい製品やプロジェクトを導入しています。 しかし、モダナイゼーションはコードだけに関するものではありません。コード管理、意思決定の透明性、コミュニティ内での私たちの存在意義も含みます。 これまで、NGINX オープンソース コード ベースは Mercurial バージョン管理システム上で実行されてきましたが、オープンソースの世界は現在 GitHub 上で展開されていることを認識しています。 今後、すべての NGINX プロジェクトは、開発者とオープンソース コミュニティが活動する GitHub 上で生まれ、ホストされるようになります。

また、NGINX プロジェクトの管理方法も近代化する予定です。 私たちは、寄付に対してよりオープンになり、管理においてより透明性を高め、コミュニティに対してより親しみやすい存在になることを誓います。 私たちは、現代のオープンソースの作業に期待されるすべての慣例に従い、GitHub でのプレゼンスを再構築し、すべてのプロジェクトに行動規範を追加し、コミュニティのフィードバックに細心の注意を払っていきます。 この近代化への取り組みの一環として、 Slack に NGINX コミュニティ チャネルを追加します。 お客様のご質問にお答えするために、弊社の専門家がチャンネルに常駐いたします。 そして、コミュニティの皆さんも、日々の仕事ですでに使用しているメッセージング ツールを通じて、互いに助け合うことになります。

約束その2: 開発者エクスペリエンスの最適化

開発者が私たちの主なユーザーです。 彼らは、私たちを今の私たちにしてくれたアプリケーションを構築し、作成します。 私たちの信条は常に、NGINX は使いやすいということです。 そしてそれは基本的に真実です。NGINX のインストール、起動、構成には数日もかかりません。 そうは言っても、私たちはもっと良いことができるはずです。 学習曲線を短くし、構成プロセスを容易にすることで、開発者が当社製品で体験する「価値実現までの時間」を短縮できます。 「価値」とは、本当に価値のあることを実行するコードを本番環境にデプロイすることを意味します。 私たちは、インストール エクスペリエンスを合理化し、ドキュメントを改善し、コミュニティ フォーラムの範囲と内容を追加することで、開発者エクスペリエンスを刷新する予定です。

また、NGINX オープンソースとネイティブに統合され、数秒で便利で価値のあるものにする新しい SaaS サービスもリリースする予定です。 登録もゲートもペイウォールもありません。 この SaaS は永久に無料でご利用いただけます。

さらに、開発者が現在必須とみなしている重要な機能の多くが、NGINX Open Source および NGINX Plus の有料機能の枠外にあることも認識しています。 たとえば、DNS サービス検出は最新のアプリにとって不可欠です。 私たちは、これらの重要な機能を NGINX オープンソースに追加することで無料で提供することをお約束します。 移行する機能のすべてをまだ決定していないため、皆様のご意見を伺いたいと考えています。 開発者としての体験を最適化する方法を教えてください。 聞いています。

約束その3: NGINXのパワーと機能を拡張

NGINX は現在非常に人気がありますが、10 年後も引き続き人気を維持するためには、改善を続ける必要があることはわかっています。 私たちの野心的な目標は、大規模な最新アプリケーションを管理および運用するための、NGINX アプリケーションのフルスタックとサポート機能を作成することです。

現在まで、NGINX は主にレイヤー 7 データ プレーンとして使用されてきました。 しかし、開発者は NGINX を動作させるために、その周囲に多くの足場を構築する必要があります。 自動化と CI/CD 機能を接続し、適切なログ記録を設定し、認証と証明書管理を追加するなどする必要があります。 私たちは、NGINX とシームレスに統合される 1 つ以上の高品質なオープンソース コンポーネントによって、アプリのテストと展開に関するすべての主要な要件が満たされる、NGINX のより優れた拡張機能を作成したいと考えています。つまり、スタックのすべてのレイヤーで価値を提供し、それを無料で提供したいと考えています。 たとえば、NGINX Open Source または NGINX Plus を API ゲートウェイとして使用している場合、API インポート、サービス検出、ファイアウォール、ポリシー ルール、セキュリティなど、そのユースケースを管理および拡張するために必要なものがすべて、高品質のオープン ソース オプションとして利用できるようにしたいと考えています。

要約すると、私たちの夢は、アプリケーションの管理と展開のあらゆる側面にまで及ぶ NGINX を中心としたエコシステムを構築することです。 MARA はそのエコシステムを構築するための第一歩であり、私たちは引き続きパートナーを引き付けていきたいと考えています。 私の目標は、2022 年末までに、分散トレース、ログ記録、自動スケーリング、セキュリティ、CI/CD フックなど、すべての機能を備えた、事前配線済みのアプリ全体が NGINX 環境で数分で起動して実行され、すぐに使用できる状態になることです。

Kubernetes API Gateway、まったく新しいAmplify、NGINXエージェントの紹介

私たちはこれらすべてに取り組んでいます。 そして、ここに私の 3 つの約束に対する 3 つの頭金があります。

1. 今年初め、 Kubernetes API Gateway SIG のリファレンス アーキテクチャに基づいて、NGINX Kubernetes Gateway<.htmla> をリリースしました。 これにより、当社の製品ファミリーが最新化され、クラウド ネイティブの継続的な進化に対応できるようになります。 NGINX Kubernetes Gateway は、私たちがコミュニティに差し伸べている一種の和解の印でもあります。 Kubernetes 用の商用およびオープンソースの Ingress コントローラーの両方を作成した際に、問題が複雑になったことに気づきました。どちらもコミュニティ Ingress ソリューション (NGINX 上に構築) とは異なります。 選択肢の範囲が広すぎるため、コミュニティは混乱し、私たちは不利な立場に置かれました。

   Kubernetes アーキテクチャにおいて、Gateway API が Ingress コントローラーの代わりとなることは明らかです。 そのため、私たちはアプローチを変更し、オープンソース製品としてのみ提供される NGINX Kubernetes Gateway を、Kubernetes ネットワーキングの取り組みの中心に据えます (進化する標準に合わせて)。 他の NGINX 製品と統合および拡張され、Kubernetes での開発者エクスペリエンスが最適化されます。

2. 数年前、私たちは NGINX フリート向けの監視およびテレメトリ SaaS サービスであるNGINX Amplify をリリースしました。 あまり宣伝はしませんでした。 しかし、何千人もの開発者がそれを見つけ、今日でもまだ使用しています。 Amplify は無料であり、今後も無料のままです。 近代化への取り組みの一環として、Amplify に多数の新機能を追加しています。 私たちは、NGINX 製品を大規模かつリアルタイムで立ち上げ、監視、管理するための信頼できる副操縦士となることを目指しています。 Amplify は、NGINX インスタンスを監視するだけでなく、NGINX デプロイメントの構成、スクリプトの適用、トラブルシューティングにも役立ちます。
3. NGINX オープンソース インスタンスと一緒にデプロイする軽量アプリ、NGINX エージェントをリリースします。 これには、動的構成 API など、これまで商用製品でのみ提供されていた機能が含まれます。NGINX Agent を使用すると、NGINX Open Source をより多くのユースケースで、はるかに高い柔軟性で使用できるようになります。 また、アプリケーションやインフラストラクチャを拡張するために使用できる、よりきめ細かい制御も含まれます。 エージェントは、NGINX の管理、展開、構成に関するよりスマートな決定を下すのに役立ちます。私たちは NGINX エージェントに全力で取り組んでいます。今後数か月以内に公開されるブログで、そのリリースを発表しますので、ご注目ください。

今後の展望

1年後、あなたは私にこれらの約束について尋ねてくれることを願っています。 3 つすべてについて実際の進捗状況を報告できない場合は、その旨をお伝えください。 そして、どうかご理解ください。私たちは皆さんと話し合い、準備を整えています。 あなたは私たちにとって最高の製品ロードマップです。 弊社の年次アンケートにご協力ください。 NGINX コミュニティ Slackに参加して、ご意見をお聞かせください。 GitHub リポジトリのプロジェクトにコメントし、PR を提出してください。

今年は素晴らしい、これまでで最高の年になるでしょう。 皆様からのさらなるご意見をお待ちしております。今後も当社からのご連絡をお待ちしています。 私たちがあなたを助けるのを手伝ってください。 今年は素晴らしい、これまでで最高の年になるでしょう。 皆様からのさらなるご意見をお待ちしております。今後も当社からのご連絡をお待ちしています。