【2017/11/16 に訂正を追記しました】 社内 LT 大会で「ここがつらいよ ECS」というタイトルで発表しました - Feedforce Developer Blog

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

[tsub511]

この記事の内容について訂正があったため、追記しました。「ECS Optimized AMI では ecs-agent のバージョンが固定されない」といった問題はありませんでした。

[ckreal]

productionでスケールアウトさせた知見、すごく参考になった。re:Inventで何かしら改善あるかなあ...

[razokulover]

managed kubernatesほしい

[braitom]

なるほど。“ ecs-agent のバージョンをユーザーが固定することはできず、最新バージョンしか選択肢がありません。 そのため、上述したようなバグが ecs-agent に含まれてしまった場合に回避不可能になります。”

[t-tsuruoka]

“ ecs-agent と Docker のバージョンが勝手に上がる”

[kakku22]

社内 LT 大会よい！ちょっと前に ECS AMI からコンテナインスタンスを起動してから ecs-agent を最新に更新したから AMI ごとに固定されてる理解だったけど違うのかな．もう1度試してみよう