AWS

CPUが70%超えたらタスク数を増やす、などCloudWatchメトリクスを条件にコンテナ数を自動調整。アクセス急増時も対応しやすく、閑散期は減らせるからコスト最適化が進むんだ。

KubernetesのPodごとにAWSリソースのアクセス権を付与できる。Pod内のアプリがS3に書き込むなどするとき、最小限の権限だけを割り当てられて安全性が高い。

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

Fargateにも“1.4”とか“1.5”みたいなバージョンがあって、新機能を使うには指定が必要なことがある。特定のプラットフォーム版を指定すると、サブ機能が使えるようになるんだ。

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

必要なCPUコア数とメモリ量をコンテナ単位で指定するだけ。あとはAWSがリソースを割り当ててくれる。サーバーサイズを考えなくていいのが一番楽なところだよ。

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

“CPUとメモリをどれだけ動かしたか”で従量課金。インスタンスの空き時間は払わなくていいので、小規模～中規模アプリに特に向く。大規模の場合はEC2が安いかもしれないけど、運用の手間はかからないメリットがある。

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

コンテナを増減させても、名前解決を自動でやってくれる。たとえば“myapp.local”にアクセスすれば、今動いてるコンテナへ振り分けられるから、アプリが柔軟にスケールできるんだ。