開発をスピードアップし、品質を向上させるために、開発チームは2000年代初頭にアジャイル・ソフトウェア開発 手法を採用し始めました。このアプローチは線形ではなく反復的であることが特徴で、アプリケーション・コード・ベースに対して小規模な更新を頻繁に行うことに重点を置いています。これらのDevOpsアプローチで最も重要なのは、継続的インテグレーションと継続的配信（CI/CD）です。

CI/CDでは、新しいコードの小さなチャンクが頻繁にコード・ベースにマージされ、その後、自動的に統合、テストされ、本番環境へのデプロイの準備が整います。アジャイルはビッグバンアプローチを一連の小さなスナップに変更し、リスクも区分けされました。

これらの アジャイル開発 プラクティスによってソフトウェアの開発と配信が効果的に加速されるにつれ、依然としてサイロ化されたIT運用、システム・プロビジョニング、構成、受け入れテスト、管理、監視などが、ソフトウェア配信ライフサイクルの次のボトルネックとして目立つようになりました。

つまり、DevOpsはアジャイルから生まれたのです。CI/CDの継続的な反復と オートメーションをソフトウェア配信ライフサイクルの残りの部分に拡張する新しいプロセスとツールが追加されました。そして、プロセスのあらゆるステップで開発と運用の緊密な連携を実現しました。

ライフサイクルには、他に2つの重要な継続的ワークフローがあります。

ウォーターフォール方式やアジャイル実装では、配信または展開後にセキュリティー・ワークフローを「追加」しますが、DevOpsでは、セキュリティーの問題に対処するのが最も簡単でコストもかからない開始時（計画時）からセキュリティーを組み込み、開発サイクルの残りの期間を通じて継続的に実行することを目指します。セキュリティーに対するこのアプローチは、シフトレフトと呼ばれます。一部の組織では、他の組織に比べてシフトレフトがあまり成功せず、それが DevSecOps (開発、セキュリティー、運用) の台頭につながりました。

また、開発ライフサイクルの早い段階から全体にわたって、規制上のガバナンス、リスク、コンプライアンス（GRC）に対処することも最善です。規制対象の業界では、ランタイム運用環境で機能がどのように提供され管理されているかについて、一定レベルの 可観測性、追跡可能性、アクセスを提供することが義務付けられていることがよくあります。

これには、継続的配信パイプラインとランタイム環境でのポリシーの計画、開発、テスト、および適用が必要です。コンプライアンス対策の監査可能性は、外部監査人によるコンプライアンスの証明に重要です。

プロジェクト管理ツールを使用すると、チームはコーディング・プロジェクトを形成するユーザー・ストーリー（要件）のバックログを作成し、それを小さなタスクに分割し、タスクが完了するまで追跡できます。多くのツールは、開発者がDevOpsに導入する Scrum、Lean、Kanbanなどのアジャイル・プロジェクト管理プラクティスをサポートしています。人気のあるオープンソースのオプションには、GitHub IssuesやJiraなどがあります。

これらは、複数の開発者が同じコードベースで作業できるようにするバージョン管理されたコーディング環境です。コード・リポジトリーはCI/CDツール、テスト・ウール、セキュリティー・ツールと統合する必要があります。これにより、コードがリポジトリーにコミットされると、自動的に次のステップに進むことができるようになります。オープンソース・コード・リポジトリーには、GitHubやGitLabなどがあります。

これらは、コードのチェックアウト、開発、テスト、デプロイを自動化するツールです。Jenkinsは、このカテゴリーで最も人気の高いオープンソース・ツールです。CircleCIなど、かつてオープンソースであったオプションの多くは、現在は商用バージョンでのみ利用可能です。

継続的デプロイメント（CD）ツールの場合、Spinnakerはアプリケーションとインフラストラクチャーのコード・レイヤーの間にまたがります。ArgoCDも、KubernetesネイティブCI/CDの人気あるオープンソース・オプションです。

これらには、ユニット、契約、機能、パフォーマンス、ユーザビリティー、侵入、セキュリティーのテストを自動化するためのソフトウェア・ツール、ライブラリー、ベスト・プラクティスが含まれます。これらのツールの中で最も優れたものは、複数の言語をサポートしています。コードの変更に応じてテストを自動的に再構成するために、人工知能（AI） を使用するものもあります。テスト・ツールとフレームワークの範囲は非常に広範囲にわたります。人気のあるオープンソースのテスト自動化フレームワークには、Selenium、Appium、Katalon、Robot Framework、Serenity（旧称：Thucydides）などがあります。

構成管理ツール（コード・ツールとしてのインフラストラクチャーとも呼ばれます）を使用すると、DevOpsエンジニアはスクリプトを実行して、完全にバージョン管理され、完全に文書化されたインフラストラクチャーを開発およびプロビジョニングできます。オープンソースのオプションには、Ansible（Red Hat）、Chef、Puppet、Terraformなどがあります。Kubernetes は、コンテナ化されたアプリケーションに対して同じ機能を実行します。

監視ツールは、DevOpsチームがシステムの問題を特定して解決するのに役立ちます。また、リアルタイムでデータを収集して分析し、コードの変更がアプリケーションのパフォーマンスにどのように影響するかを明らかにします。オープンソースの監視ツールには、Datadog、Nagios、Prometheus、Splunkなどがあります。

これらのツールは、ヒート・マッピング（画面上のユーザーのアクションの記録）、アンケート、セルフサービスの問題チケットを通じて、ユーザーからのフィードバックを収集します。

IT運用向けのAIは、AIと機械学習を導入してIT運用を自動化および合理化し、膨大な量のデータを迅速に分析できるようにします。

BizDevOpsは、開発部と運用部を含めた事業部が力を合わせてソフトウェア開発プロセスに取り組めるようにします。DevOps 2.0とも呼ばれるこの文化的変化により、プロセスが加速され、事業部の目標に沿った強力なソリューションが生まれます。

新たな効率性を生み出すもう1つの方法は、コンテナ化を使用することです。コンテナ化では、アプリケーションとその依存関係が、ほぼすべてのプラットフォームで実行できる合理化されたポータブル・パッケージにカプセル化されます。

開発の初期段階でセキュリティー機能を追加することで、DevSecOpsが推進されるようになりました。セキュリティーはもはや後から考えればよいというものではありません。

GitOpsは、アプリケーション・コードをGitリポジトリーに保存することに重点を置いています。これにより、アプリケーション・コードはバージョン管理され、複数のチーム・メンバーがアクセスし、完全に追跡および監査できるようになります。これらの対策は、効率性、信頼性、拡張性の向上に役立ちます。

従来の監視ツールは可視性を提供しますが、可観測性 プラットフォームは、システムのパフォーマンスをより深く理解し、さらに重要なことに、コンテキスト、つまり特定のパフォーマンスがもたらされた理由を提供します。こうした包括的な理解を提供することに加えて、可観測性により、すべての関係者がソリューションを構築し、より優れたアプリケーションを作成するために必要なデータにアクセスできるようになります。

サーバーレス・コンピューティングは、開発者がサーバーやバックエンド・インフラストラクチャーのプロビジョニングや管理を行わずにアプリケーション・コードを構築および実行するための、アプリケーションの開発および実行モデルです。サーバーレス・アーキテクチャーでは、開発者はアプリケーション・コードを記述し、それをクラウド・サービス・プロバイダーが管理するコンテナにデプロイします。