現代のアプリの現実に合わせて設計された次世代の NGINX エクスペリエンスの構築

NGINX のプロダクト担当副社長として、私は顧客やユーザーと頻繁に話をしています。 プラットフォーム運用チーム、Kubernetes アーキテクト、アプリケーション開発者、CISO、CIO、CTO のいずれであっても、私はあなたのような人と話をしたことがあります。 会話の中で、NGINX についての率直なご意見をいただきました。当社の製品、価格、ライセンス モデルなどについてお話しいただき、当社の長所と短所の両方を強調していただきました。

私たちが学んだ最も重要なことは、「NGINX が宇宙の中心である」というアプローチは、ユーザーにとってあまり役に立たないということです。 私たちは、NGINX を「プラットフォーム」、つまりアプリケーションの展開に関連するすべてのものの統合管理プレーンにすることを目的とした製品を構築していました。 私たちは、その目標に向けた以前の製品のいくつかが、あまり使用され、採用されていないことを知っていました。 NGINX は自社開発であろうとなかろうと、既存のプラットフォームのミッションクリティカルなコンポーネントであるが、NGINX はプラットフォームではないとおっしゃっていました。 そのため、（これは重要ですが）透明な価格設定と消費モデルを使用して、製品の導入、管理、セキュリティ保護を容易にするために、お客様の他のコンポーネントとの統合を強化する必要がありました。 もちろん、これらすべてを API 経由で実現します。

根底にあるメッセージは単純明快です。つまり、NGINX をワークフロー、既存のツールチェーン、プロセスに、偏見なく簡単に統合できるようにすることです。 聞きましたよ。 2024 年には、データ プレーンとセキュリティのユース ケースの構成と管理に対して、より柔軟でシンプル、繰り返し可能、かつスケーラブルなアプローチを採用する予定です。

あなたの願いは完全に理にかなっています。 あなたの世界は変わり、そしてこれからも変わり続けます！ クラウドからハイブリッド、マルチクラウド、マルチクラウド ハイブリッドの設定へと、さまざまな段階を経て移行しました。 VM から Kubernetes へ、API からマイクロサービスやサーバーレスへの変化もありました。 皆さんの多くは左にシフトしており、それが複雑さにつながっています。 より多くのチームには、より多くの管理、可観測性、堅牢なセキュリティを必要とするツールが多くあり、それらはすべて、数時間、数日、数週間ではなく、数分でスケールアウトできる必要があるアプリを動かしています。 そして、最新の加速装置である人工知能 (AI) は、従来のアプリケーションとインフラストラクチャ アーキテクチャに大きなプレッシャーをかけています。

今後のNGINX製品リリースで取り組む予定の事項

NGINX 製品の骨組みは常に堅牢で、実戦でテストされ、パフォーマンスに優れていますが、ユーザーが NGINX のあらゆる側面を利用、管理、監視する方法は時代の流れに追いついていませんでした。 当社は、新製品の発売と多数の新機能により、この問題を解決すべく迅速に取り組んでいます。 これについては、2月6日から8日まで開催されるF5のカンファレンス「AppWorld 2024」でさらに詳しく発表する予定です。 今後の製品リリースで対処する予定の具体的な問題点は次のとおりです。

問題点その1: 現代のアプリは、導入環境の多様性により管理が困難になっています

今日、CIO と CTO は、さまざまなアプリケーション展開方法から選択できます。 これは、パフォーマンス、機能、回復力の面ではるかに多くの選択肢を可能にするため、ありがたいことです。 多様性は複雑さと無秩序な広がりにつながるため、これは呪いでもあります。 たとえば、AWS で実行されているアプリケーションを管理するには、Azure Cloud でアプリケーションを管理する場合とは異なる構成、ツール、および専門知識が必要です。

コンテナによってアプリケーションの展開の大部分が標準化されますが、コンテナの下にあるもの (またはコンテナに出入りするもの) はすべて差別化されたままです。 事実上のコンテナ オーケストレーション プラットフォームとして、Kubernetes はそのプロセスをクリーンアップすることになっていました。 しかし、Amazon EKS、Azure Kubernetes Service (AKS)、Google Kubernetes Engine (GKE) にデプロイしたことがある人なら誰でも、これらがまったく似ていないことがわかるでしょう。

非常に多様な環境にわたって NGINX 製品を管理するには、多大な運用リソースが必要となり、無駄が生じるとおっしゃっていました。 そして率直に言って、年間ライセンスに基づく価格設定モデルは、サーバーレス環境でアプリを起動し、Kubernetes 環境でスケールアップし、開発目的でクラウド上で実行される小規模な内部デプロイメントを維持するような動的な環境では機能しません。

問題点その2: 多くの環境で実行され、ライセンスの種類にまたがるアプリのセキュリティ保護は困難です

多様な環境の複雑さにより、最新のアプリが展開されている場所を検出して監視し、適切なセキュリティ対策を適用することが困難になる可能性があります。 おそらく、 NGINX Plus をグローバル ロード バランサーとして導入し、さまざまなマイクロサービス用にNGINX Open Source を導入し、それぞれが異なるクラウドまたは異なるタイプのアプリケーション上で実行されていることでしょう。 さらに、プライバシー、データ保護、トラフィック管理に関しても異なる要件が求められる可能性があります。
それぞれの組み合わせにより、新たなセキュリティの工夫が加わります。 標準的で包括的なソリューションは存在せず、運用が複雑になり、構成エラーが発生する可能性があります。 確かに、どのタイプのセキュリティをどの NGINX ソリューションに適用できるかがわかりにくくなり、複雑さが増しました。

分かりました。 顧客は、NGINX を活用するすべてのアプリケーションを保護するための単一の方法を必要としています。この統合セキュリティ ソリューションは、ほとんどのユースケースをカバーし、クラウド、オンプレミス、サーバーレス、その他のすべての環境に同じツール、ダッシュボード、運用プロセスを展開する必要があります。 また、私たちは、NGINX コミュニティの集合知と、私たちが幸運にも持つ前例のないグローバル トラフィックの視点を活用して、よりインテリジェントなセキュリティ アプローチに移行することの重要性も認識しています。

問題点その3: 最新アプリのコスト管理は複雑で無駄が生じる

シフトレフトの世界では、すべての組織は、開発者や実務者がチケットを提出したり Slack を送信したりすることなく、仕事をより効率的に行えるようにしたいと考えています。 現実は違った。 Kubernetes、サーバーレス、および分散アプリケーションやオンプレミス、クラウド、マルチクラウド環境にまたがるアプリケーションを管理するためのその他のメカニズムにより、複雑さの限界的な抽象化が実現されています。 しかし、この進歩は主にコンテナとアプリケーション内に限定されています。 これは、ネットワーク、セキュリティ、可観測性などのアプリケーション周辺のレイヤーや、CI/CD にはうまく変換されていません。

これまでの問題点でこれらの問題について触れてきましたが、肝心なことは、複雑さは時間と労力、セキュリティの低下、回復力など、大きなコストを伴うということです。 ますます複雑化するシステムを維持することは、根本的に困難であり、多くのリソースを必要とします。 価格設定とライセンスの複雑さが、さらに不満の層を加えます。 NGINX は、ユーザーが誤って過剰消費したときにその負担をユーザーに押し付ける「調整」会社ではありません。

しかし、SaaS、API、マイクロサービスの世界では、年単位やシートやサイトライセンス単位で支払うのではなく、使用した分だけ支払うことが望まれます。 テクノロジー インフラストラクチャとアプリケーション ポートフォリオ全体にわたって、すべての NGINX 製品とサービスについて、消費量に基づいたわかりやすい価格モデルが必要です。 また、チームが実行するオープンソース モジュールのサポートとセキュリティを組み込み、必要な部分だけを支払う方法も必要です。

これには、NGINX が製品をパッケージ化および価格設定する方法に若干の変更が必要になります。 究極のソリューションは、他の SaaS と同様に、シンプルさ、透明性、および使用した分だけ支払うことである必要があります。 あなたの声が聞こえます。 そして、私たちは、上記の 3 つの問題点すべてに対処する素晴らしいものを用意しています。

App World 2024 にご参加ください

私たちはAppWorld 2024でこれらのエキサイティングなアップデートについてお話しし、今後 12 か月間の長期計画とロードマップの一部としてソリューションの一部を展開する予定です。

この旅に私と一緒に参加し、AppWorld にアクセスして、今後予定されているすべての機能の詳細をご確認ください。 早期割引価格は 1 月 21 日までご利用いただけます。 詳細については、 AppWorld 2024 の登録ページをご覧ください。 また、2 月 6 日の夜にサンノゼ F5 オフィスで NGINX のリーダーや他のコミュニティ メンバーと一緒に、NGINX の将来やコミュニティのつながりについて考え、ピザとお土産という定番の楽しみを満喫する夜を過ごすこともできます。 登録と詳細についてはイベントページをご覧ください。

来月サンノゼでお会いできることを楽しみにしています!