AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr

[GedowFather]

長いの書きました。楽しい学習教材系です

[NOV1975]

労作。判断基準がわからないところが結構あるけどそれはそれで考えてみればいいか。

[integrated1453]

AWSサービスだけでなくDocker/コンテナイメージの構成についても記載されていて、「サービスを上手に運用する」ことに主眼が置かれた素晴らしい内容。設計は運用上の優秀性のためにあるといっても過言ではない

[akymrk]

“CodeBuild の実行を Lambda にすると、docker build などはできなくなる代わりに、初期化を 50秒 短縮できます”

[hide0414]

“回だしていく例は、社内用の外道塾のために作成した教科書や、基本構成となるコードをザッと眺めていって、選択の判断をしていったっぽい箇所を取り上げています。また、基盤は AWS かつ ECS 主体なので、物足りない

[yarumato]

“新規ならEC2インスタンスではなく、ECS/EKSコンテナでいくべき時代だよ。EKSは率先して選択するものではない。X86からARM64にする価値はある。ARM64ならFARGATE推し。”

[onesplat]

良記事やんな。所々意味がわからんとこもあるけど。

[iselegant]

素晴らしい〜、アーキテクト目線として教科書並に参考になりそう！ あとはデバッグ時の選択肢(ECS exec or Bastion)とか、シークレットの選択肢(S3 or Parameter Store or Secret Manager)加えると、網羅しちゃいそう。

[HHR]

大作。いろいろと学びがある。arm64はクラウドじゃないと触らないからいまいち利便性がふわっとしていたから助かる

[moriken1098]

やる時に知りたかったわ、ただコンテナのOSはやっぱ好みでは？統一という点なら著名なプロジェクトだと複数のOS向けにイメージ出してるからここに明確な解は無いと思ってた。

[issyurn]

さすが宇宙忍者

[venalessEX]

“は道楽”

[zentarou]

わかりみ “latest 系と共に Build ID や Commit ID などをつけたら良いと思っています。そうすれば、IDで判別できつつ、最新もわかりやすくなるからです。”

[monomoti]

悩ましい。

[tamachan429]

悩むやつ

[chck1245]

必見