086-AWS SAP AWS 「理論・実践・一問道場」AWS Elastic Beanstalk CICD

type

status

date

slug

summary

理論

CI/CDパイプラインとアプリケーションの迅速なデプロイメントとロールバック

*CI/CD（継続的インテグレーション/継続的デリバリー）**は、ソフトウェア開発の効率を大幅に向上させる手法であり、頻繁なコード変更を自動化して、迅速に本番環境にデプロイすることを目指します。以下のポイントが重要です：

1. 迅速なデプロイメント

AMI（Amazon Machine Image）やコンテナを利用したインスタンスの展開は、アプリケーションのバージョン管理と環境の迅速な構築に役立ちます。

Elastic Beanstalkのようなマネージドサービスを利用すると、設定不要で迅速なデプロイメントが可能です。

2. ロールバックの容易さ

URLの切り替え（ステージングと本番環境の入れ替え）は、アプリケーションのデプロイ後に問題が発生した場合にすぐに元に戻せる方法です。

Auto Scalingやインスタンスの置き換えを用いる方法は、段階的に新しいインスタンスを追加し、古いインスタンスを削除することで、ダウンタイムなしでロールバックが可能です。

3. インフラストラクチャの管理

AWS Systems ManagerやCloudFormationを活用すると、インフラ全体をコードとして管理し、デプロイメントの一貫性と可用性を確保できます。

加重ルーティング（Route 53など）を使ってトラフィックを徐々に新しい環境に移行することで、リスクを最小限に抑えつつ更新できます。

4. スケーラビリティと自動化

Auto Scalingは、トラフィックの負荷に応じてインスタンスを自動で追加・削除でき、システムのパフォーマンスを最適化します。これにより、更新時のリソース管理が簡素化され、迅速なスケールアップ/スケールダウンが可能です。

5. 運用の効率化

マネージドサービスを利用することで、デプロイの時間を短縮し、運用にかかる手間を削減できます。例えば、Elastic Beanstalkは、インフラの設定や管理を簡素化し、開発者がコードに集中できる環境を提供します。

これらの技術やアーキテクチャを活用することで、CI/CDパイプラインは、頻繁でリスクの少ないデプロイメントと迅速なロールバックを実現し、開発のスピードと信頼性を向上させます。

特徴	AWS CloudFormation	AWS Systems Manager
目的	インフラのコード管理	インフラとアプリケーションの運用管理
主な機能	リソースのプロビジョニングと管理	システム運用の自動化（パッチ、設定管理など）
適用対象	AWSリソース（EC2、S3など）	EC2、オンプレミス、パラメータストア
自動化の範囲	インフラ構築、更新	運用タスク（コマンド実行、アクセス管理など）
運用管理	インフラの設定と依存関係管理	リモート管理、トラブルシューティング、監視

実践

ElasticBeanstalkでCI/CDをする | クロジカ

先日紹介した[ElasticBeanstalk](https://hacknote.jp/archives/5

https://tech.kurojica.com/archives/57416/

一問道場

質問 #86

ある企業は、モノリシックなアプリケーションをAWS上に展開された現代的なアプリケーション設計にリファクタリングする計画をしています。CI/CDパイプラインは、アプリケーションの現代的な設計をサポートするためにアップグレードする必要があります。以下の要件を満たす必要があります：

変更を毎時間数回リリースできること。

変更をできるだけ迅速にロールバックできること。

どの設計がこれらの要件を満たすでしょうか？

アプリケーションとその設定を含むAMIを取り入れたCI/CDパイプラインを展開する。

Amazon EC2インスタンスを置き換えることでアプリケーションを展開する。

AWS Elastic Beanstalkを使用して、CI/CDパイプラインのデプロイ先として別の環境を指定する。

デプロイ時に、ステージング環境と本番環境のURLを交換する。

AWS Systems Managerを使用して、各デプロイメントのためにインフラを再プロビジョニングする。

Amazon EC2ユーザーデータを更新して、Amazon S3から最新のコードアーティファクトを取得し、

Amazon Route 53の加重ルーティングを使用して新しい環境にポイントする。

Auto Scalingイベントの一部としてアプリケーションの更新を展開する。

新しいバージョンのAMIを使用してインスタンスを追加し、デプロイメントイベント中に設定された終了ポリシーで

以前のAMIバージョンを使用するインスタンスを段階的に廃止する。

解説

この質問では、CI/CDパイプラインを通じて、頻繁なリリースと迅速なロールバックが求められています。選択肢ごとにその特徴を解説します。

A. AMIを使用してEC2インスタンスを置き換える方法

解説: この方法では、アプリケーションとその設定を含むAMI（Amazon Machine Image）を使って、CI/CDパイプラインを構築します。新しいAMIを作成し、それを使ってEC2インスタンスを置き換えることで、アプリケーションを展開します。

長所: インスタンスを再作成することで、新しいバージョンのアプリケーションを迅速に展開できます。

短所: ロールバックが迅速ではなく、新しいAMIを作成する必要があり、失敗した場合に素早く元に戻すのが難しいです。頻繁にリリースを行うには不便です。

B. AWS Elastic Beanstalkを使い、ステージングと本番環境を切り替える方法

解説: AWS Elastic Beanstalkは、アプリケーションのデプロイ、管理、スケーリングを簡単にするサービスです。ここでは、ステージング環境と本番環境を切り替えることによって、デプロイを行います。

長所: ステージング環境と本番環境のURLを交換することで、簡単にデプロイとロールバックを行うことができます。特に、迅速なロールバックが可能です。

短所: 追加の設定や運用が必要ですが、CI/CDパイプラインに組み込むことで非常に効果的に機能します。

C. AWS Systems Managerを使用してインフラを再プロビジョニングする方法

解説: AWS Systems Managerを使用して、インフラを再プロビジョニングする方法では、インフラの更新と最新のコードアーティファクトの取得が行われます。また、Amazon Route 53の加重ルーティングを使って、トラフィックを新しい環境に向けることができます。

長所: インフラの再プロビジョニングによって最新の環境を構築できます。

短所: 設定が複雑で、加重ルーティングなどの管理が必要です。頻繁な変更を加えるにはやや手間がかかり、素早いロールバックも難しい場合があります。

D. Auto Scalingイベントを使用してAMIでインスタンスを追加・削除する方法

解説: この方法では、Auto Scalingを使用して、新しいバージョンのAMIを展開し、新しいインスタンスを追加します。既存のインスタンスをフェーズアウトすることで、更新を行います。

長所: 段階的なインスタンスの追加と削除により、新しいインスタンスを追加しながら古いインスタンスを削除するので、スムーズな更新が可能です。自動スケーリングにより、負荷に応じたインスタンスの追加ができます。

短所: インスタンスを更新する手順が少し複雑になる場合がありますが、安定した更新とロールバックが可能です。

最適解

Bが最も適切な選択肢です。理由として、AWS Elastic Beanstalkを使用すると、ステージング環境と本番環境のURLの切り替えが非常に簡単で、素早いデプロイとロールバックを実現できます。この方法は、頻繁なリリースと迅速なロールバックという要件を最も効果的に満たします。