DevOps は、開発者と運用エンジニアの役割の融合を表す包括的な用語です。 データベース管理者、システム管理者、ソフトウェア エンジニアなどの役割間の障壁がなくなるにつれて、これらすべての役割の責任の交差と、製品のライフサイクルにおけるそれらの相互関係の増大を説明する方法として、DevOps という用語が登場しました。 この動きを可能にする重要な側面は、大規模なアプリケーションの構築、展開、監視における自動化の使用の増加です。

DevOps 文化

クラウドの導入と仮想インフラストラクチャが普及するにつれて、大規模に事業を展開する企業は、個々のサーバーではなく、仮想ホストとサービスのグループの管理に重点を置くようになっています。この違いを伝えるために、ペットの世話ではなく牛を管理するという比喩がよく使われます。 従来のアプリケーション配信アーキテクチャでは、個々のチームがインフラストラクチャの個々の部分を管理します (データベース管理者はデータベース サーバーのみ管理し、リリース エンジニアと運用スタッフはアプリケーション サーバーのみを管理します)。一方、DevOps 文化では、誰もが DevOps ツールにアクセスし、製品のあらゆる側面を監視します。

DevOps 文化を持つ企業は、継続的な統合とデプロイメント モデルを使用する傾向があり、リリース プロセスを可能な限り自動化し、特定の製品に取り組んでいるすべてのチーム間でコードと責任を共有することに重点が置かれます。 組織内で DevOps を広く導入することは、通常、アジャイル開発へのより大規模な移行とマイクロサービスへの移行の一部です。 この構造的変化と、NGINX Plus、Puppet、Chef などの監視および展開用の DevOps ツールの使用を組み合わせることで、コードの開発とテストからデータベースおよびアプリケーション サーバーでのコードの運用まで、製品の担当者全員が反復しながら展開サイクル全体を理解できるようになります。

DevOps コンポーネント

DevOps という用語自体は「開発」と「運用」を組み合わせたものですが、これら 2 つの役割以上のものを包含しています。 開発側では、製品設計からコード開発に至るまでの懸念事項を統合します。 開発者は、自分のコードがどこにどのように展開されるかをより強力に制御できるようになります。 運用の観点から見ると、DevOps は、製品が実行されるプラットフォームやインフラストラクチャからセキュリティまで、さまざまな懸念事項をカバーします。 全体的な効果としては、以前は分離されていたアプリケーション開発と保守の領域間のコミュニケーションと統合が強化されます。

NGINX Plus はどのように役立ちますか?

NGINX PlusNGINX は、Dropbox、Netflix、Zynga などのトラフィック量の多い Web サイトで使用されている、クラス最高の Web サーバーおよびアプリケーション配信ソリューションです。 世界中で3 億 5,000 万を超える Web サイトが、コンテンツを迅速かつ確実に安全に配信するために NGINX Plus と NGINX Open Source を活用しています。

  • NGINX Plus とクラウド展開は密接に連携しています。 AWS アプリケーション実装のほぼ 40% でNGINX または NGINX Plus が使用されています。
  • NGINX Plus は、デプロイメント パイプラインに組み込むことができるステータス メトリックのマシンフレンドリーな JSON フィードなど、アプリケーションの状態に関するライブ フィードバックを提供するための堅牢でカスタマイズ可能なモニタリングを提供します。
  • 継続的なデプロイメント プロセスで複数のクラウド インスタンスを再構成する必要がある場合、NGINX Plus はバックエンド サーバーのグループの動的な再構成を提供し、構成ファイルを手動で書き換えて再ロードすることなく、バックエンド サーバーの検出を自動化できます。
  • ソフトウェア ロード バランサーとして、NGINX Plus はより高い柔軟性と構成可能性を提供するため、Chef や Puppet などの他の最先端の DevOps ツールを使用して構成を管理 (および自動化) できます。