[追記] この記事の内容について訂正 この記事内、及び Speaker Deck に投稿したスライドの中で誤っていた箇所があったため、訂正致します。 「ECS Optimized AMI では ecs-agent のバージョンが固定されない」という内容ですが、そういった問題はありませんでした。 AWS の方から直接アドバイスを頂いたところ、弊社が使用していた User Data のスクリプト内で $ yum update を実行していたことが原因となっていました。 $ yum update によりインスタンスを新規に立てた際に常に最新の ecs-agent や Docker がインストールされていました。 そのため、ECS Optimized AMI によってインストールされる ecs-agent と Docker のバージョンは以下のドキュメントで提示されているバージョンが常にインストー

Serverless Framework を利用して AWS Lambda を雰囲気で使ってきましたが、初歩的な仕組みを理解できていませんでした…。 誤解していたこと コンテナは使い回してもランタイムプロセス(?)は使い回さない(ｷﾘｯ 今の認識 コンテナを使い回してランタイムプロセスも使い回す(ｷﾘｯ 注) 正確(厳密)ではありません。イメージです。 AWS Lambda 関数をデプロイ AWS Lambda 関数をリクエスト 初回のためコンテナを作成(コールドスタート) コンテナ上でランタイムプロセスが生成される ランタイムプロセスが関数を実行し結果を返す ランタイムプロセスは次のリクエストを待つ ← ここ、終了するものだと思っていた。 時間を空けずに AWS Lambda 関数をリクエスト 前回作成したコンテナが使えるので使い回す コンテナではランタイムプロセスが待機中 ← ここ、毎