proxmox.blog

コンテナを“何個動かし続けるか”管理する枠組み。ECSならここで“常時2つ起動しておいてね”など指示する。負荷に応じて増減もできるし、落ちたら自動で立ち上げてくれるよ。

コンテナのイメージやポート、環境変数などをまとめた設定ファイル。ECSの仕組みの一部だけど、Fargateを選ぶとサーバーレス実行ができる。ここでアプリの詳細を指定するんだ。

サーバー何台に載せるか考えずに、コンテナを定義して“走れ”と言うだけ。必要なCPUとメモリを使った時間分だけお金を払い、アイドル時には課金が減る。とても柔軟で手軽なんだ。

コンテナを動かしたいときに、サーバー(ECSやEKSの下のEC2)を自分で管理しなくてもいい“サーバーレスなコンテナ環境”だよ。CPUやメモリだけ指定すれば、あとはAWSがコンテナを配置してくれる。

CPU使用率やエラー数をCloudWatchで見られる。高負荷なら自動スケールのしきい値に利用したり、通知を飛ばしたり。Beanstalkでアプリ運用中も監視が手軽だから安心なんだ.

アプリや環境に名前を付けて分類。大規模運用だと環境がたくさん増えるから、“開発用”や“営業部担当”などタグを付けると後でコスト把握や管理が楽になる。

Beanstalk自身やEC2インスタンスがAWSリソースを操作するときの権限を細かく設定できる。最低限のパーミッションを与えて安全にするのは基本だから、コンソールで簡単に準備してくれる。

パッチ適用やセキュリティ修正を自動でやってくれる機能。メンテナンスウィンドウを設定すれば、その間に更新してくれて、アプリを最新状態に保つんだ。手動で対応する手間が減るね。

アプリに渡す小さな設定情報(パスワードやAPIキー)をコンソールで登録。コードに埋め込まずに切り替えられるから、秘密管理やステージ間の調整が簡単になる。

よく使う設定(インスタンスタイプや容量)を保存し、新しい環境を作るときそれを適用すればすぐ同じ構成になる。チームで共通のベストプラクティスをシェアするのに便利なんだ。