AWS Elastic Beanstalk

サーバー構成の細かい管理を減らしてWebアプリを動かすサービス。

用語一覧に戻る関連する模擬問題へ進む

一言でいうと

サーバー構成の細かい管理を減らしてWebアプリを動かすサービス。

概要

AWS Elastic Beanstalkは、アプリケーションコードをアップロードするだけで実行環境を作成・管理できるサービスです。

主な用途

Webアプリの簡易デプロイ
EC2ベースのアプリ運用
学習用アプリ公開

CLF-C02 試験ポイント

PaaS寄りのサービスである
アプリケーション実行環境を管理してくれる
裏側ではEC2などのリソースが使われる

SAA-C03 試験ポイント

インフラ制御を残しながらデプロイを簡略化できる
サーバーレスではないため固定費に注意する
小規模静的サイトならS3 + CloudFrontの方が合う

実際の使いどころ

AWS Elastic Beanstalk は、アプリケーションのソースコード（zip / war / Docker イメージ等）をアップロードするだけで、裏側の EC2・Auto Scaling グループ・ELB・セキュリティグループ・ヘルスチェックなどの実行環境一式を自動構築・運用してくれる PaaS（Platform as a Service）寄りのデプロイサービスである。対応言語・ランタイムは Java / .NET / Node.js / Python / Ruby / Go / PHP / Docker と幅広く、Web アプリケーション（HTTP リクエスト処理型）とワーカー（SQS キュー処理型）の 2 種類の環境タイプから選択する。 Elastic Beanstalk の特徴は「インフラ制御を完全に隠蔽せず、必要に応じて利用者が EC2 や Auto Scaling 設定を上書きできる」点である。Lambda / App Runner のような完全サーバーレスとは異なり、裏側で EC2 が常駐するため、トラフィックがない時間帯でも EC2 / EBS / ELB の固定費が発生する。個人開発の MVP や検証用途では、この固定費がコスト盲点になりやすく、静的サイト中心であれば S3 + CloudFront、間欠的ワークロードであれば Lambda + API Gateway の方がコスト効率で優位になることが多い。実務での代表的な利用シナリオは、Heroku 的なシンプルなデプロイ体験を AWS 上で得たい中規模 Web アプリケーション、EC2 ベースで運用したいが Auto Scaling や ELB の構築・運用コストを下げたい既存アプリケーションの移行、社内アプリで「インフラ構築の手間を下げつつ EC2 レベルのカスタマイズ余地は残したい」要件である。CLF-C02 では「アプリケーションコードのアップロードだけで実行環境を作成・管理してくれるサービス」「PaaS 寄りのサービス」という形で問われ、SAA-C03 以降では環境設定の Blue/Green デプロイ、`.ebextensions` による細かい設定上書き、カスタム AMI、VPC 配置、CloudWatch との運用連携が踏み込んで問われる。

公式ドキュメント

コスト注意点

Elastic Beanstalk自体ではなく作成されるEC2やELBなどに課金される
MVPでは固定費回避のため使わない

セキュリティ注意点

作成されるSecurity Groupを確認する
環境変数に秘密情報を直書きしない