検索やるといった以上、記事は書くわけなんですが、何度この下書きをゴミ箱に突っ込もうとしたかわかりませんKubernetesですよろしくお願いします。ナニがアレかというと、構成図に全部盛り込めるはずもないくらいには色々要素があるわ、構築手順を書いていこうにも予備知識が必要な箇所がそこかしこに出現するわで、わかりやすく書けそうもないのです。丁寧にやりたいことから整理していくことにします。全体図ECSシリーズまず、前回のECSシリーズの復習としてこちら。これは複雑そうに見えて、わりとオススメできる簡潔さでした。ECSをEKSに入れ替えるECSで説明した、ECS以外の部分は大体そのまま流用するので、薄くしたところはあまり触れず、Kubernetesクラスタの内側に重点を置いていきます。必要があれば、ECSの方の記事に都度リンク貼ったりして重複は回避していく感じで。WEBサービス用途として扱う前提の構成ですが......イラつきながらも細かいのを削って主要要素で収めた図がコチラ。/l━━(t)━━━━┥ってなると思うので、見ないでいいです。全体図なんて飾りですよ。我慢してよく見ると、実は全然たいしたことしていないんですが、これだけ構築してみるにも途中で色々つまづきポイントがあったり、選択肢があったりで、まったくスンナリいかないのが初見の感想そのままなのであります。何をしたいかというと、私の場合はECSの時と同じく、ごく一般的なWEBサービスを提供することが一発目の目的となります。他にも違う使い方は考えているのですが、まずはコレくらいできないと話にならないので。ここではどんなことを実現しようとして、どんなことを考えたかを整理してみます。目的いつもどおりな内容ですが、大雑把にこんな感じ。進めていく上で出てきた課題とか選択肢を思い出して書いてみます。ALBを使う方法を探すことになります。いうありがたそうなシステムがすぐ見つかるのですが、これで作成すると、Kubernetes自身がALBリソースを作成することになり、なんなら他のACMとか近しいリソースまで面倒見れるようにできるっぽかったです。完全に私見でスマンやけど、Kubernetes単体で見ればそれも良しかもだけど、パブリッククラウドでやる構成としてはダサいというか、既存のTerraformコードの流用じゃなくなったり、命名とか任意じゃなくなったり、リソース管理の面で可能な限りクラウド側に寄せたかったり、色々理由があってナシの方向にしました。使うと、これまでの構成をほぼそのままに活かせたので採用に至りました。一瞬やろうとしたんですけど、速攻で意味無しだとわかるので、これはKubernetesの方に任せることにしました。管理が届かないためです。