翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# デプロイ戦略
<a name="deployment-strategies"></a>

デプロイ戦略は、ソフトウェアの配信方法を定義します。組織は、ビジネスモデルに基づいてさまざまなデプロイ戦略に従います。完全にテストされたソフトウェアを配信することを選択する人もいれば、フィードバックを提供し、開発中の機能 (ベータリリースなど) の評価をユーザーに許可する人もいます。次のセクションでは、さまざまなデプロイ戦略について説明します。

## インプレースデプロイ
<a name="in-place-deployments"></a>

この戦略では、各コンピューティングリソースのアプリケーションの以前のバージョンが停止し、最新のアプリケーションがインストールされ、アプリケーションの新しいバージョンが開始されて検証されます。これにより、基盤となるインフラストラクチャへの障害を最小限に抑えながら、アプリケーションのデプロイを続行できます。インプレースデプロイでは、新しいインフラストラクチャを作成せずにアプリケーションをデプロイできますが、これらのデプロイ中にアプリケーションの可用性に影響する可能性があります。このアプローチにより、新しいリソースの作成に関連するインフラストラクチャコストと管理オーバーヘッドも最小限に抑えられます。ロードバランサーを使用し、デプロイ中はインスタンスが登録解除され、デプロイ完了後にサービスに復元されるようにできます。インプレースデプロイは、サービスの停止を前提とするか、ローリング更新として実行できます。 AWS CodeDeploy [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/) は、1 all-at-once限り、half-at-a-time、および all-at-onceのデプロイ設定を提供します。 one-at-a-time

## ブルー/グリーンデプロイ
<a name="blue-green-deployments"></a>

[ブルー/グリーンデプロイ](https://docs.aws.amazon.com/whitepapers/latest/overview-deployment-options/bluegreen-deployments.html)は、赤/黒デプロイとも呼ばれ、異なるバージョンのアプリケーションを実行している 2 つの同一の環境間でトラフィックをシフトすることでアプリケーションを解放する手法です。ブルー/グリーンデプロイは、アプリケーションの更新中のダウンタイムを最小限に抑え、ダウンタイムやロールバック機能に関連するリスクを軽減するのに役立ちます。

ブルー/グリーンデプロイでは、古いバージョン (ブルー) とともにアプリケーションの新しいバージョン (グリーン) を起動し、トラフィックを再ルーティングする前に新しいバージョンをモニタリングしてテストし、問題検出をロールバックできます。

## Canary デプロイ
<a name="canary-deployments"></a>

[Canary デプロイ](https://wa.aws.amazon.com/wellarchitected/2020-07-02T19-33-23/wat.concept.canary-deployment.en.html)の目的は、ワークロードに影響を与える新しいバージョンをデプロイするリスクを軽減することです。メソッドは、新しいバージョンを段階的にデプロイし、新しいユーザーに低速で表示できるようにします。デプロイに自信が持てば、デプロイして現在のバージョン全体を置き換えます。

## 線形デプロイ
<a name="linear-deployments"></a>

線形デプロイとは、トラフィックが等しい増分で、各増分の間に等しい分数で移行されることを意味します。増分ごとに移行するトラフィックの割合 (%) と、増分間の間隔 (分) を指定する、事前定義済み線形オプションから選択できます。

## All-at-onceデプロイ
<a name="all-at-once-deployments"></a>

 All-at-onceデプロイとは、すべてのトラフィックが元の環境から置き換え先環境に一度に移行されることを意味します。