Kubernetes クラスタが AWS 上でコンテナイメージを pull するときの権限まわりの話

Kubernetes クラスタが AWS 上でコンテナイメージを pull するときの権限まわりの話 あるいは『AWS 上で動く Kubernetes クラスタが Amazon ECR からコンテナイメージを pull するときの IAM とか権限とかってどういう仕組みで動いてるの？』という記事です. コンテナ1を実行するためには、原則としてまずはコンテナイメージをダウンロードしてくる必要があります. 例えば手元のマシンなどでコンテナを実行する際は、一般的には docker pull のようなコマンドを利用してコンテナイメージをダウンロードしてきますね. パブリックなコンテナイメージ2であれば、特に認証などせずともダウンロードが可能なのはみなさま良くご存知の通りです. しかし、実際にプロダクションで利用されるコンテナイメージの多くは、その会社や組織固有のアプリケーションコードなどを含んでい

[mapk0y]

fargate の場合の内部実装はどうなってるんだろうか。

[toricls]

kubelet がコンテナレジストリに対するアクセスクレデンシャルをどのようにして取得しているかをざっくりまとめましたノ