FinOpsアンチパターン―彼を知り己を知れば百戦危うからず

© Hitachi, Ltd. 2026. All rights reserved. FinOpsアンチパターン ―彼を知り己を知れば百戦危うからず Date
May 15, 2026 株式会社日立製作所、シニアクラウドアーキテクト Hitachi Application Reliability Centers(HARC) Japan 兼 Hitachi OSPO 松沢敏志

© Hitachi, Ltd. 2026. All rights reserved. Hitachi | FinOpsアンチパターン―彼を知り己を知れば百戦危うからず
1 自己紹介 @chacco38 in/satoshi-matsuzawa 松沢敏志 (まつざわさとし) ◼ シニアクラウドアーキテクト @ 株式会社日立製作所 HARC Japan*1 兼 Hitachi OSPO*2 所属 ◼ FinOps Foundation Japan Chapter運営メンバー ◼ 訳書に『クラウドFinOps 第2版』、『責任あるソフトウェアエンジニアリング』(オライリー・ジャパン)など *1: Hitachi Application Reliability Centers *2: Open-Source Program Office

2 “彼を知り己を知れば百戦危うからず”―孫子

3 他者の「成功体験」を自分で再現するのはそれなりに難しい

4 でも、「失敗」を再現するのは簡単

5 「失敗は成功のもと」

6 他者のFinOopsを学び、自らのFinOpsへ＝やっちゃった

7 ストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

8 最悪なケース: 「現場はコスト意識が低い」「現場を知らない人たちが勝手なことを言う」ストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

9 アンチパターン: 「対話なきコスト最適化」ストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

10 最適化の機会共有は「対話」をはじめるきっかけにすぎないストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

11 FinOpsは「コントロール」ではないストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

12 FinOpsは「イネーブルメント」であるストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」 =できるようにすること

13 「できない」のではない「できるようになっていない」だけストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

14 だからまず「対話」を通じて相手の動機・制約・現実を理解するストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

15 「最適化そのもの」はゴールではないストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

16 「最適化できる状態」を設計することがゴールであるストーリー1: 「無駄かもしれない」 vs 「必要かもしれない」

17 ストーリー2: 「こっちの方が安くなると思ったのに…」

18 アンチパターン: 「観測なきコスト最適化」ストーリー2: 「こっちの方が安くなると思ったのに…」

19 とあるSaaSを利用している現場で実際に起きた話ストーリー2: 「こっちの方が安くなると思ったのに…」

20 「最近、◦◦を使いだしたんですけど、結構お高いんですね」ストーリー2: 「こっちの方が安くなると思ったのに…」

21 ストーリー2: 「こっちの方が安くなると思ったのに…」コミットした使用量(=将来の想定) 実際の使用量

22 補足、観測は「使用量」だけではない（さらに言えば、影響も「コスト」だけではない）ストーリー2: 「こっちの方が安くなると思ったのに…」

23 アンチパターン: 「仕様理解なきコスト最適化」ストーリー2: 「こっちの方が安くなると思ったのに…」

24 とあるクラウドリフト&シフトの現場で実際に起きた事例ストーリー2: 「こっちの方が安くなると思ったのに…」

25 「アプリケーションへのリクエスト数に応じて仮想マシンをオートスケールする」ストーリー2: 「こっちの方が安くなると思ったのに…」

26 「キャパシティ不足で仮想マシンの起動に失敗するリスクを回避するため、オンデマンドキャパシティ予約を適用する」ストーリー2: 「こっちの方が安くなると思ったのに…」

27 ストーリー2: 「こっちの方が安くなると思ったのに…」予約数(=支払料金) 実際のインスタンス数

28 「安くなる」という結果だけを見て、「安くなる条件」を見ていないストーリー2: 「こっちの方が安くなると思ったのに…」

29 他にも、アーカイブストレージ利用によって逆に料金が高くなるなどの事例も… ストーリー2: 「こっちの方が安くなると思ったのに…」

30 詳しい人がいたらハマらなかった話 ≒ある意味正解ストーリー2: 「こっちの方が安くなると思ったのに…」

31 「うちのチームにも詳しい人がいれば…」ストーリー2: 「こっちの方が安くなると思ったのに…」

32 「でも世界的なエンジニア不足だしな…」ストーリー2: 「こっちの方が安くなると思ったのに…」

33 本当に？ストーリー2: 「こっちの方が安くなると思ったのに…」

34 不足しているのは「人財」ではなく「関与させる仕組み」かもしれないストーリー2: 「こっちの方が安くなると思ったのに…」

35 実際に多くの現場で専門家は「あとから気づく存在」になっているストーリー2: 「こっちの方が安くなると思ったのに…」

36 現場にとって「専門家を呼ぶ」行為には心理的・物理的ハードルがあるのも事実ストーリー2: 「こっちの方が安くなると思ったのに…」

37 「相談してください」では解決にならないストーリー2: 「こっちの方が安くなると思ったのに…」

38 現場が専門家に依頼をしなくても勝手にサポートが入る「仕組み」を設計するストーリー2: 「こっちの方が安くなると思ったのに…」

39 即効性のあるシンプルな部分からはじめて小さな成功体験を積み重ねるストーリー2: 「こっちの方が安くなると思ったのに…」

40 そして、現場にとって「最初に呼びたいパートナー」へストーリー2: 「こっちの方が安くなると思ったのに…」

41 「FinOpsは特定のチームだけの仕事ではない」ということを忘れないでくださいストーリー2: 「こっちの方が安くなると思ったのに…」

42 P.S. 自力で改善をやり切れるか不安を感じる場合はぜひ相談してくださいパートナーとして支援させてくださいストーリー2: 「こっちの方が安くなると思ったのに…」参考: クラウド運用の高度化を伴走型で支援し、コストの削減だけでなく段階的な成熟度向上をめざす日立のFinOps

43 今日の話で覚えておいてほしいこと

44 FinOpsの活動において「コスト削減」はあくまで通過点、組織全体で「最も価値のある使い方を実現した上で自律的にそれを維持しつづけられるようにすること」がゴール今日の話で覚えておいてほしいこと

45 #1. 最適化が進まない組織にならないために、対話を通じて「最適化できる状態」を設計する #2. 属人化や判断ミスという結果を招かないために、専門知識を「仕組み」として現場へと埋め込む #3. 専門家が「後から気づく存在」にならないために、信頼をデザインし、専門家をパートナーへ変える今日の話で覚えておいてほしいこと

46 そして、ぜひFinOpsコミュニティを使い倒してください、あなたは一人じゃない (欲を言えば、本当はもっとたくさんのアンチパターンをお話したかった…) 今日の話で覚えておいてほしいこと参考: FinOps Foundation Japan Chapter公式サイト

47 FinOpsの世界へようこそ、良い旅を！

49 表記に関する注意事項他社商品名、商標などの引用に関する表示 – Amazon Web Services、AWS、Powered by AWS ロゴは、Amazon.com, Inc. またはその関連会社の商標です。 – Microsoft、Azureは、マイクロソフト企業グループの商標です。 – Google、Google Cloud は，Google LLC の商標または登録商標です。 – その他記載の会社名、製品名は、それぞれの会社の商標または登録商標です。サービス・製品の仕様に対する表示 – この資料に記載している製品・サービス仕様は、2026年4月現在のものです。製品・サービスの改良などにより予告なく記載されている仕様が変更になることがあります。

FinOpsアンチパターン―彼を知り己を知れば百戦危うからず

FinOpsアンチパターン―彼を知り己を知れば百戦危うからず

More Decks by Satoshi Matsuzawa (Matt)

Other Decks in Technology

Featured

Transcript