DevOps の配信フェーズでは、コードはリリース パイプラインを介して運用環境に移動します。 コード配信は通常、 継続的インテグレーション ビルドの後に行われ、エンド ユーザーに到達する前に複数のテスト環境で実行されます。 その過程で、その品質は、機能、スケール、セキュリティを含むさまざまなメジャーでテストされます。
継続的デリバリーを採用する
継続的デリバリー (CD) は、ビルド環境から運用環境に自動的にビルド、テスト、構成、デプロイするプロセスです。 CD は、テストが実行され、ゲートがチェックされ、ビットがデプロイされる DevOps での配信の基礎を提供します。 配信の自動化を提供する DevOps プラットフォームには、 GitHub Actions や Azure Pipelines など、いくつかの異なるプラットフォームがあります。
最適なデプロイのための設計
ソフトウェア プロジェクトが拡大するにつれて、チーム、バージョン、環境全体で管理が困難になる可能性があります。 幸いなことに、これらの課題に対処するためにいくつかのパラダイムを利用できます。 1 つのパラダイムは、 マイクロサービス アーキテクチャの出現です。これにより、より大規模で保守しやすいアプリケーションに構成できる独立したサービスの構築とデプロイが容易になります。 サービスのデプロイを支援するもう 1 つの方法は、アプリケーション環境を コードとしてのインフラストラクチャとして管理することです。
運用環境でテストする権限をシフトする
開発フェーズでは、テストの一部の側面がプロセスの早い段階で実行されるように左にシフトすることで、プロジェクトの品質と速度を向上させる方法を示しました。 同様に、製品の品質は、 生産でテストする権利のシフトに継続的に焦点を当てることで改善することができます。 運用環境でのテストでは、パイプライン内の他の場所にはレプリケートできない品質保証が提供されます。
次のステップ
Microsoft は、何十年もの間、世界最大のソフトウェア開発企業の 1 つです。 Microsoft が DevOps で提供する方法について説明します。
継続的デリバリーを使用した実践的な DevOps エクスペリエンスをお探しですか? GitHub Actions または Azure Pipelines を使用してリリース パイプラインを設定する方法について説明します。