継続的インテグレーションと継続的デリバリー (Azure を使用した Real-World Cloud Apps の構築)

[アーティクル]
04/07/2023

Azure 電子書籍 を使用した Real World Cloud Apps の構築 は、Scott Guthrie が開発したプレゼンテーションに基づいています。クラウド向けの Web アプリの開発を成功させるために役立つ 13 のパターンとプラクティスについて説明します。電子書籍の詳細については、最初の章を参照してください。

最初の 2 つの推奨される開発プロセスパターンは、すべて自動化とソース管理であり、3 番目のプロセスパターンではそれらを組み合わせています。継続的インテグレーション (CI) とは、開発者がソースリポジトリにコードをチェックインするたびに、ビルドが自動的にトリガーされることを意味します。継続的デリバリー (CD) では、ビルドと自動単体テストが成功した後、より詳細なテストを実行できる環境にアプリケーションを自動的にデプロイします。

クラウドを使用すると、テスト環境を使用している限り、環境リソースに対してのみ課金されるため、テスト環境を維持するためのコストを最小限に抑えることができます。 CD プロセスでは、必要なときにテスト環境を設定でき、テストが完了したら環境を停止できます。

継続的インテグレーションと継続的デリバリーのワークフロー

一般に、開発環境とステージング環境への継続的デリバリーを行うことをお勧めします。ほとんどのチームは、Microsoft であっても、運用環境の展開に対して手動のレビューと承認プロセスを必要とします。運用環境のデプロイの場合は、開発チームの主要なユーザーがサポートに利用できる場合、またはトラフィックの少ない期間中に発生することを確認することをお勧めします。ただし、開発者が行う必要があるすべてが変更にチェックされ、受け入れテスト用に環境が設定されるように、開発環境とテスト環境を完全に自動化することを妨げるものは何もありません。

継続的デリバリーに関する Microsoft のパターンとプラクティスに関する電子書籍の次の図は、一般的なワークフローを示しています。画像をクリックすると、元のコンテキストでフルサイズが表示されます。

クラウドでコスト効率の高い CI と CD を実現する方法

Azure でのこれらのプロセスの自動化は簡単です。クラウドですべてを実行しているため、ビルドやテスト環境のサーバーを購入または管理する必要はありません。また、テストを実行するためにサーバーが使用可能になるのを待つ必要はありません。すべてのビルドで、自動化スクリプトを使用して Azure でテスト環境を起動し、それに対して受け入れテストまたはより詳細なテストを実行し、完了したら破棄するだけで済みます。また、そのサーバーを 2 時間または 8 時間または 1 日だけ実行する場合は、マシンが実際に実行されている時間に対してのみ支払うので、そのサーバーに対して支払う必要がある金額は最小限です。たとえば、Fix it アプリケーションに必要な環境は、Free レベルから 1 レベル上に進む場合、基本的に 1 時間あたり約 1 セントのコストがかかります。 1 か月間、一度に 1 時間だけ環境を実行した場合、テスト環境のコストは、スターバックスで購入したラテよりも低くなります。

Azure DevOps Services

Azure DevOps Servicesには、計画からデプロイまでのアプリケーション開発を支援するさまざまな機能が用意されています。

Git (分散) と TFVC (一元化) の両方のソース管理がサポートされています。
エラスティックビルドサービスを提供します。これは、必要なときにビルドサーバーを動的に作成し、完了したときにそれらを停止することを意味します。誰かがソースコードの変更をチェックインしたときにビルドを自動的に開始できます。また、ほとんどの場合、アイドル状態になっている独自のビルドサーバーに割り当てと支払いを行う必要はありません。特定の数のビルドを超えない限り、ビルドサービスは無料です。大量のビルドを実行する場合は、予約済みビルドサーバーに対して少しの追加料金を支払うことができます。
Azure への継続的デリバリーがサポートされています。
自動ロードテストをサポートします。ロードテストはクラウドアプリにとって重要ですが、遅すぎるまで無視されることがよくあります。ロードテストでは、何千人ものユーザーによるアプリの大量の使用がシミュレートされるため、アプリを運用環境にリリースする前にボトルネックを見つけてスループットを向上させることができます。
チームルームのコラボレーションをサポートします。これにより、小規模なアジャイルチームのリアルタイムのコミュニケーションとコラボレーションが容易になります。
アジャイルプロジェクト管理をサポートします。

Azure DevOps Servicesの継続的インテグレーションと配信機能の詳細については、Azure DevOps のドキュメントを参照してください。

ターンキープロジェクト管理、チームコラボレーション、ソース管理ソリューションをお探しの場合は、Azure DevOps Servicesチェック。 Azure DevOps Servicesでサインアップします。

まとめ

最初の 3 つのクラウド開発パターンは、繰り返し可能で信頼性の高い予測可能な開発プロセスを低サイクル時間で実装する方法についてでした。次の章では、アーキテクチャとコーディングのパターンを見始めます。

リソース

詳細については、「Azure App Serviceに Web アプリをデプロイする」を参照してください。

次のリソースも参照してください。

Team Foundation Server 2012 を使用したリリースパイプラインの構築。 Microsoft Patterns and Practices による電子書籍、ハンズオンラボ、サンプルコードは、継続的デリバリーの詳細な概要を提供します。 Visual Studio Lab Management と Visual Studio Release Managementの使用について説明します。
ALM Rangers DevOps のツールとガイダンス。 ALM Rangers は、DevOps Workbench サンプルコンパニオンソリューションと、パターン & プラクティスに関する書籍「TFS 2012 を使用したリリースパイプラインの構築」と共同で実用的なガイダンスを導入しました。これは、DEVOps & Release Management for TFS 2012 の概念を学習し始め、タイヤをキックするための優れた方法です。このガイダンスでは、1 回ビルドして複数の環境にデプロイする方法を示します。
Visual Studio 2012 を使用した継続的デリバリーのテスト。 Microsoft Patterns and Practices による電子書籍では、自動テストと継続的デリバリーを統合する方法について説明しています。
WindowsAzureDeploymentTracker。 TFS (ラベルに基づく) からビルドをキャプチャし、ビルドし、パッケージ化し、DevOps ロールのユーザーが特定の側面を構成できるようにして、Azure にプッシュするように設計されたツールのソースコード。このツールは、以前にデプロイされたバージョンに操作を "ロールバック" できるようにするために、デプロイプロセスを追跡します。このツールには外部依存関係がなく、TFS API と Azure SDK を使用してスタンドアロンで機能できます。
継続的デリバリー: ビルド、テスト、デプロイの自動化による信頼性の高いソフトウェアリリース。 Jez Humble による書籍。
リリース! Production-Ready ソフトウェアの設計と展開. Michael T. Nygard による書籍。

前へ次へ