Day: June 23, 2025

継続的な学習、「小さな一歩」、アーキテクチャの最適化がFinOps変革の主導権を握る方法 記 フランソワ・パスケ、DoiTテクニカルアカウントマネージャー 私がFinOpsを始めた当初は、FinOpsは時間のあるときに行う二次的な活動だと考えられていた。現在では、クラウドの採用が進み、マルチクラウド・ソリューションが登場したことで、FinOpsの実践はより洗練され、企業内でよりよく統合され、理解されるように進化している。これらの企業は主にコストの最適化を求めているが、多くの場合、何から始めればいいのかわからない。コストを削減し、ガバナンスを強化し、経費をより適切に管理したいと考えているのだ。これらは、私のクライアントのほとんどすべてにとって2024年の最優先事項となっており（そして当然のことながら、これらの懸念は2025年においてもほとんどすべての組織にとって同様に重要である！）、最も繰り返し求められることである。 経費の継続的なモニタリング、コスト管理プロセスの自動化、そして将来の支出を分析・予測するための高度なツールの利用が必要だからだ。マルチクラウド・ソリューションの台頭はさらに複雑さを増し、異なるクラウド・プロバイダーや、想像以上に多くの場合、クラウドとオンプレミスのハイブリッド環境でコストを管理するために、よりグローバルで相互運用性の高いアプローチを必要としている。 FinOpsの実践は、様々なクラウドプロバイダーが提供するサービスの多様性にも適応しなければならない。各プロバイダーは、独自の価格設定モデル、独自のコスト／利用管理・追跡ツール、組織に浸透させるべき独自のベストプラクティスを持っている。そのため、FinOpsはこの複雑な環境をナビゲートし、各プロバイダーから提供される最高のサービスを活用する必要がある。これには、コミットメントに対する割引、アプリケーションの特定のニーズに基づくリソースの最適化、クラウドの効率的かつコスト効果の高い利用を確保するためのガバナンス戦略の導入などが含まれる。 マルチクラウド・ソリューションの採用には、技術チームと財務チームとの真に緊密な連携が必要である。これは常にそうであるとは限らず、簡単なことでもない。意欲がないからではなく、チームが同じ言語を話さず、分析のベースとなる同じデータに従っておらず、何よりもそのデータを同じように解釈していないことが多いからだ。技術チームは、自分たちの決定が財務に与える影響を認識する必要があり（1回のクリックが非常に多くの結果をもたらす可能性があるため）、一方、財務チームは、コストと利益を正しく評価するために、クラウドサービスの技術的側面を理解する必要がある。このコラボレーションは、経費をリアルタイムで可視化し、十分な情報に基づいた意思決定を可能にするコスト管理ツールの使用によって促進することができる。 クラウドやマルチクラウド・ソリューションの採用によるFinOpsプラクティスの進化には、チームの継続的なトレーニングも必要です。クラウド技術は急速に進化するため、FinOpsチームは最新のイノベーションとベストプラクティスを常に把握することが不可欠です。これには、トレーニング・セッション、カンファレンス、FinOps実践コミュニティへの参加、フランスにあるTech Rocksコミュニティを含むメンタリングや知識共有プログラムの設定などが含まれます。 私が使用している具体的なKPIには、作業単位あたりのコスト（例えば、トランザクションあたりのコスト、ユーザーあたりのコスト、100万リクエストあたりのコストなど）があります。その他のKPIには、最適化によって達成された節約額や、FinOpsイニシアチブの投資収益率（一般にROIとして知られている）があります。これらの指標により、直接的なコストだけでなく、組織全体のパフォーマンスに対する最適化の効果や影響も測定することが可能になります。 たとえば、私のクライアントのひとつでは、プロジェクトごと、アプリケーションごとにコストを追跡するダッシュボードを導入し、節約できる分野をすばやく特定できるようにした。また、モニタリングとレポーティング・ツールを使ってリソースの使用状況をリアルタイムで追跡し、それに応じて戦略を調整しています。さらに、最適化によって達成された節約分を定期的に分析することで、FinOpsイニシアチブの影響を測定し、組織にとっての価値を実証できるようにしている。 特に、既存のインフラやレガシーなインフラでは、効果的な追跡メカニズムが使えない場合、特に、あらゆるものが混在している場合、技術的負債があるため、総支出の中でクライアントにどれだけのコストがかかっているかを追跡するのは、長く複雑な作業になる。多くの場合、この技術的負債には投資が必要であり、最初は気が遠くなるようなものに思えるかもしれない。というのも、目に映るのは経費や生産へのリスク、時間やスタッフの不足、時にはスキル、あるいは過去のデータなどばかりだからだ。FinOpsの専門家の役割は、穏やかで、構造的で、戦略的で、方法論的なアプローチを提供することである。 以上のことから、FinOpsの側面を製品開発のライフサイクルに統合することは、計画や設計の初期段階から始めることになる。可能な限り、私はDevOpsやCI/CDチームと緊密に協力し、最初からコスト管理手法を組み込んでいます。これは成功への鍵であり、早く始めれば始めるほど、シンプルになり、早くメリットを享受できます。これには、コスト監視の自動化、テストとデプロイに使用するリソースの最適化、リアルタイムで戦略を調整するためのフィードバックループの構築などが含まれる。ゴールは、すべてのチームが自分たちの決定がコストに与える影響を認識し、財務責任を果たす文化を醸成することだ。ダッシュボードでインフラ全体をリアルタイムで監視できるのは、テレビで天気予報を見るようなものだ！ 例えば、私のクライアントの1社では、Karpenterのようなツールを使って、スポット・インスタンスの使用を最適化し、コストを削減することで、開発サイクルにFinOpsを統合することに取り組んだ。また、リソースのタグ付けを実施し、環境別（本番、ステージングなど）やアプリケーション別にコストを追跡し、最適化の機会を迅速に特定できるようにした。最後に、DevOpsチームと協力してコスト監視を自動化し、リアルタイムのアラートを統合することで、異常事態に迅速に対応し、コストを抑制できるようにしました。 結論として、最も一般的な間違いは、FinOpsをコストの最適化というレンズを通してのみ捉えることだと言える。その他のよくある過ちとしては、当初から財務チームと技術チームとの連携がない、あるいは不十分であること、継続的なモニタリングが行われていないこと、自動化の重要性を過小評価していることなどが挙げられる。これらの落とし穴を避けるためには、チーム間のオープンで継続的なコミュニケーションを促進し、強固なモニタリングとレポーティングツールを導入し、コスト管理プロセスの自動化に投資し、そしておそらく最も重要なこととして、相互信頼を醸成することが必要である。 最近、あるクライアントで、経費に関する可視性の大きな問題に対処するために、プロジェクトやアプリケーションごとに、詳細なダッシュボードと定期的なレポートを作成し、月次、日次、さらには曜日を加味してパターンを特定することで、まるで捜査官が手がかりを探すように経費を追跡しました。人的な面では、FinOpsのベスト・プラクティスに関するワークショップやトレーニング・セッションを開催することで、財務チームと技術チームの緊密な連携を促した。社内の機運を高め、周囲を説得する味方を見つけ、FinOpsの価値を実証して好循環を引き起こす。最後に、私のクライアントはコスト管理プロセスの自動化に時間を投資し、人的ミスを減らし、FinOpsイニシアチブの全体的な効率を向上させた。 このような失敗を避けるためには、FinOps文化の構築に段階的なアプローチを採用することが重要だと私は考えている。技術的負債を抱えた急成長する環境では積極的な戦略を避け、代わりにスケーラビリティと回復力を管理するためにインフラを計画的に最適化することに集中する。 FinOpsは “スモールステップ “方式を採用すべきである。小規模で仮説をテストし、学習し、調整し、繰り返し、徐々に変更を展開する。これにより、リスクを最小限に抑えつつ、学習と適応性を最大限に高めることができる。管理職と技術専門家の両方からの多様な専門知識と、コミュニティ内での継続的なピア交流は、戦略的に大きな価値をもたらす。 最後に、避けるべき主な過ちの1つは、技術的・製品的ビジョンにFinOpsを組み込んでいないことである。特に、野心的で市場ニーズとの整合性を保ちながら、複雑なビジネス・オペレーションの再定義を目指す場合である。結局のところ、FinOpsを羅針盤として利用することは、パフォーマンスとアジリティの目標達成に不可欠な、現在の何倍もの負荷や将来の変化を吸収できる弾力的でスケーラブルなインフラストラクチャの構築に大きく貢献する。FinOpsの実践を統合することで、レジリエンスが強化される。 FinOps主導による変革の具体的なメリットを示す具体的なケーススタディがもう一つ必要だろうか。 あるグローバルな出会い系アプリは、複雑なElasticsearchクラスタ・アーキテクチャ、特にゾーン間のネットワーク・イグジットとコンピュート・コストの高騰によるクラウド・コストの増大に直面していた。ゾーン間の設定は、当初は耐障害性対策として意図されたものでしたが、運用の複雑さが増し、財務的な圧力が高まりました。これらの課題は、同社の予算に影響を与えただけでなく、信頼性の高いユーザー・エクスペリエンスを提供する能力をも脅かすものでした。 これを解決するため、この組織は当社と提携し、アーキテクチャと運用の両面で包括的な評価を実施した。その結果、既存のディザスタリカバリの取り決めが不十分で、ゾーン間の構造が誤ったフェイルセーフとして機能していることが判明した。 このソリューションは、FinOpsに沿ったいくつかの重要な取り組みを中心に据えた：