対応してくれたインフラエンジニアさんにて、やった内容についてのブログを書いてもらいましたー sabaya.jp/blog.html?post=202… ※だいぶ前に書いてくれていたのに放置していて申し訳ない

対応内容を隣で見ていて思ったこととして ・k8sも使いこなせるとかなり良さそう。コマンドだけで適切なサイズのpodが立ち上げられるのは良い。 　※ただし「使いこなせる」前提 ・やはりサービス特性 / SLAにあわせたインフラ設計が基本。設計のミスを実装でカバーできないのはインフラも同じ。

別件対応にあたっていまして、しばらく放置気味です・・・。 GKE Autopilotには移行しましたが、まだサーバ費用は高い。

GKE Autopilotの Spot Pod cloud.google.com/kubernetes-… すぐ処理が完了するアプリケーションサーバならば、これで動かしても問題ない気がするが、本番環境で使ってよいのか悩む。。。

あとはそもそもGCP離れて ・Cloudflare（LB兼ねて） ・さくらVPS（さくらクラウドではなく） ・さくらDB ・S3 とかにした方がコストが下がる気がするけれども、全体をちゃんと理解していない中でちょっと手間すぎる sidekiq workerの挙動もよくわからんし

■これからやる予定のこと ・DBの不要データを削除後にDB作り直し（4コア/8GB x 2台構成を想定） ・STG環境は使用時以外は停止（Autopilotの安定を確認後） 感覚的には、300万PV/月ならば、インフラは月15万以下くらいに収めたい。 ・GKE（App）：5万 ・DB：8万 ・S3（画像）：2万 くらいにしたいなあ

webワーカー（Railsが稼働）が結構な数、動いているけど 300万PV/月だとこんなもんなんだっけな・・・最近toCのサービスをやっていないから感覚を忘れている。。。

GKE Standardから、GKE Autopilotへ移行しました。 1. Autopilotにてクラスタを作り直して、新しい静的IPを付与 2. CloudflareにてAレコードを切り替え という次第。 さすがに移行・デプロイをAIに任せるのは怖いので AIに手順書作らせる→確認しながら手動で実行 これで安くなると良いが・・・

Cloudflareの移行ができた説 Cloudflareはアカウントごとの譲渡が不可だったので以下の手順で移行 1. 設定情報を共有いただき 2. こちらでCloudflareを同じ設定で作り直し 3. ネームサーバ切り替え まだ、全体にネームサーバ浸透できてなそうだが、これが済むと、GKE Autopilotへの移行もできそう

ですねえ。 昔やっていたWebSockerのチャットサービスを思い出して書いてしまいました。