組織は、KubernetesやRedHat OpenShiftなどのコンテナ プラットフォームをアジャイル開発手法と併用し、アプリケーション開発とデプロイメントを高速化しています。
コンテナは、クラウドネイティブのアプリケーションを開発するための基盤となるインフラストラクチャ コンポーネントであり、開発者がプログラムを「一度書けばどこでも実行できる」柔軟性と移植性をもたらします。また、依存性を減らし、コンポーネントレベルでのスケーリングを可能にします。これは、マイクロサービスを使用してアプリケーションを最新化するための鍵となります。
コンテナ化されたアプリケーションには、パフォーマンスを最適化するためのネイティブ アプリケーション デリバリー メカニズムが必要です。開発者やDevOpsチームは、クラウドに依存せず軽量な、KubernetesおよびOpenShift環境向けアプリケーション デリバリー ソリューションを必要としています。
しかし、IT事業者のみが変更できる静的な構成を持つ従来のアプローチは、需要の急増に対処するために新しいマイクロサービス コンテナを数分間だけ動的に作成したり、古いコンテナを新しいものに置き換えるだけでアップグレードをロールアウトしたりする、アジャイルなコンテナというパラダイムとは相容れないものです。
コンテナ化された環境で、アプリケーション サービスのデプロイがペースの速いリリース サイクルに遅れないようにするにはどうすればよいのでしょうか?
コンテナ プラットフォーム管理プレーンに統合された信頼できるアプリケーション デリバリー サービスが必要です。DockerHubで最も引っ張りだこで高評価のアプリケーションであり、10億回以上のダウンロード数を誇るNGINXを使って、コンテナ化されたアプリを最高の形でサポートすることができます。
そして、Cloud Native Computing Foundationによると、NGINXはKubernetes Ingress Controllerとしても圧倒的に人気があり、市場の64%を占めています。NGINXは、Kubernetes上に構築されたコンテナ アプリケーション プラットフォームであるRed Hat OpenShift環境もサポートします。
コンテナ化された環境で一貫性のある強力なマルチクラウド アプリケーション サービスを提供するため、以下のNGINXコンポーネントを活用できます。
NGINX Ingress Controller for Kubernetes
DevOpsは、NGINX Ingress Controller for Kubernetesを使用して、Kubernetes環境への外部アクセスを提供できます。これにより、リアルタイムのメトリクス、セッションの維持、アクティブなヘルス チェック、JWT検証など、エンタープライズグレードのデリバリー サービスをKubernetesアプリケーションにもたらします。
また、NGINX Plusバージョンでも、ユーザーが中断のない再構成を実行できるようになるため、一貫したアプリケーションのパフォーマンスとリソース使用量が確保されます。このバージョンは、サポート可能な製品標準に合わせて構築および保守され、下位互換性を維持しながら一貫性と安定性を提供します。
NGINX Plus Router for OpenShift
NGINXは、OpenShift環境向けにOpen Shift Routerリソースで定義された機能を完全にサポートしています。
Routerは、OpenShift上で実行されるアプリケーションへのすべての外部リクエストのエントリ ポイントとして機能するため、プラットフォームの最も重要な部分の1つとなっています。NGINX Routerは、Template Routerソフトウェア(デフォルトRouterの実装を支えるのと同じソフトウェア)を介してOpenShiftに統合されています。
アプリケーションが実行される場所にかかわらず、NGINXが提供するパフォーマンスのメリットが手に入ります。
KubernetesおよびOpenShift環境用に設計されたソリューションにより、コンテナ管理システムにネイティブなツールを使用して、動的なコンテナ プラットフォームで実行されるアプリケーションに必要なサービスをオンデマンドで構成できます。
NGINXアプリケーションプラットフォームの今後と、デジタル時代に向けてアプリを進化させる企業の取り組みをF5がどのように支援しているかについては、こちらをご覧ください。