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

# リリース: 2020 年 5 月 18 日、リリース: トラフィック分割デプロイに対する Elastic Beanstalk のサポート
<a name="release-2020-05-18-ts-deploy"></a>

AWS Elastic Beanstalk は、受信トラフィックの一部を新しいアプリケーションバージョンに移行し、そのヘルスを評価することで、アプリケーションのデプロイ中に Canary テストを実行する機能を追加しました。

**リリース日: **2020 年 5 月 18 日

## 変更
<a name="release-2020-05-18-ts-deploy.changes"></a>

Elastic Beanstalk には、[*一度に*]、[*ローリング*]、[*イミュータブル*] など、いくつかのアプリケーションデプロイポリシーが用意されています。ポリシーごとに、デプロイ時間、アプリケーションのダウンタイム、ロールバックの仕組み、失敗したデプロイの影響などのさまざまな面で、動作が異なります。これらのポリシーは、お客様のニーズに応じて選択できるさまざまなトレードオフを提供します。

本日のリリースでは、新しいポリシーとして*トラフィック分割*を追加しています。[Traffic-splitting deployments (トラフィック分割デプロイ)] では、アプリケーションのデプロイの一部として Canary テストを実施できます。Elastic Beanstalk は、トラフィック分割デプロイ時に、イミュータブルなデプロイ時と同様に、新しいインスタンスのフルセットを起動します。次に、指定された評価期間にわたり、指定された割合の受信クライアントトラフィックを新しいアプリケーションバージョンに転送します。新しいインスタンスが正常である限り、Elastic Beanstalk はすべてのトラフィックを新しいインスタンスに転送し、古いインスタンスを終了します。新しいインスタンスがヘルスチェックに合格しなかったり、デプロイの中止が選択されたりすると、Elastic Beanstalk はトラフィックを古いインスタンスに戻し、新しいインスタンスを終了します。サービスが中断されることはありません。

詳細については、「*AWS Elastic Beanstalk デベロッパーガイド*」の「[デプロイポリシーと設定](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.rolling-version-deploy.html)」を参照してください。