クラウドの費用が増えすぎたとき、どう見直しますか

まず分けて見える形にする

請求の合計だけを見ても、どこを減らせばよいか分かりません。資源ごとに「どのチームの、どの機能の物か」の札 (タグ) を付け、費用を札ごとに分けて見ます。札の無い資源は、だれの物か分からず消せないまま残るので、札を付けるのを作るときの決まりにします。

分けてみると、多くの場合、費用の大部分は一部の資源に集まっています。大きい物から順に見ると、少ない手間で大きく減らせます。

効きが大きく、危なさの小さい手から

• 使っていない物を消す試しに作って残った環境、夜や休日も動いている開発用の環境、だれも見ない古い記録や控え。消しても利用者には響きません
• 大きすぎる物を小さくする CPU やメモリの使い方を見て、余っている台は小さな種類に変えます。台数が自動で増える形なら、増え方の決まりも見直します
• 置き場を見直す古いデータは安い置き場へ移し、記録は残す期間を決めて古い物から消します
• 買い方を変える長く同じだけ使うと分かっている物は、長く使う約束をする代わりに安くなる買い方を選びます

見落としやすいのは、データを外へ送る量にかかる費用です。画像を毎回元の置き場から配っているなら、CDN を挟むなど、作りの直しで減ることがあります。

速さと安定は黙って落とさない

台を小さくしすぎると、混んだ時間に遅くなったり止まったりします。減らす前に、目標 (SLO) を守れる範囲かを確かめ、守れない所まで削るなら、その損を事業の側に示して一緒に決めます。

一度減らしても、仕組みが無ければまた増えます。チームごとの費用を毎月の振り返りで見て、予算を超えそうなときに知らせが来るようにし、新しい資源を作るときは費用の見込みも書く、と決めます。

話す例は、架空の例で構いません。「札を付けて分けたら、開発用の環境が夜も動いていて費用の 2 割を占めていたので、夜は止まるようにした」のような流れを 1 つ用意します。