FinOps とチャージバック モデル

FinOps（Financial Operations）は、財務、エンジニアリング、ビジネスの各チームが協力してクラウド支出を管理するための、文化的および運用上のフレームワークです。FinOps Foundation は、実践における 3 つの段階として、Inform（コストを可視化する）、Optimise（無駄を削減し、より適切にコミットする）、Operate（ポリシーを適用し、継続的に改善する）を定義しています。Azure では、FinOps はAzure Cost Management、リソース タグ、予算、チャージバック モデルによって支えられています。

見えないものを最適化することはできません。FinOps の最初のステップは、すべてのチームがクラウド コストをリアルタイムで可視化できるようにすることです。Azure Cost Management で、サブスクリプション、リソース グループ、またはタグでフィルターしたコスト ビューを構成し、エンジニアリング リードと共有してください。各事業部門に対して日次コスト メールと週次のコスト ダイジェスト レポートを有効にします。コストを可視化できなければ、エンジニアはアーキテクチャの判断が財務に及ぼす影響を意識せず、パフォーマンスと速度だけを最適化してしまいます。

リソース タグは、あらゆるチャージバック モデルの基盤です。適切に設計されたタグ分類には、Department（Engineering、Marketing、Finance）、CostCentre（会計コード）、Project（プロジェクト名または製品名）、Environment（Production、Staging、Dev）、Owner（担当チームまたは担当者）が含まれます。タグの追加は無料で、すべての Azure Cost Management レポートに表示されます。Azure Policy を使用して新しいすべてのリソースにこれらのタグを付けることを必須にし、Azure Policy Remediation を使用して既存のタグなしリソースにタグを後から追加してください。

コスト配賦モデルには、一般的に2つの方式があります。ショーバックでは、実際の金銭の移動を伴わずに、各事業部門がコストを把握できるようにします。つまり、チームはクラウド支出を確認できますが、請求は行われません。チャージバックでは、実際の社内請求書を作成し、中央のIT予算から利用部門のコストセンターへコストを振り替えます。チャージバックはコストを意識した行動を促す効果が高い一方、社内取引を処理するための会計基盤が必要です。多くの組織では、まずショーバックから始め、FinOpsの成熟度が高まるにつれてチャージバックへ移行します。

Azure Cost Management のコスト配賦ルールを使用すると、共有ネットワークハブ、Azure Firewall、Log Analytics ワークスペースなどの共有コストを、カスタムの比率に基づいて利用側のサブスクリプションまたはリソースグループに再配賦できます。たとえば、3つの事業部門が共有する Azure Firewall のコストを、それぞれの相対的なトラフィック量に基づいて40/35/25の割合で分割できます。配賦されたコストは、受け取り側のサブスクリプションで発生したかのように Cost Management のビューに表示されるため、各チームはクラウドの総コストを正確に把握できます。

Azure Budgetsを使用すると、サブスクリプション、リソースグループ、またはタグでフィルターしたスコープに対して、月次または四半期の支出目標を設定できます。支出が予測しきい値（例：予算の80%および100%）または実績しきい値に達すると、Azureは設定された宛先にメール通知を送信します。予算によってリソースの実行が停止されるわけではありません。関係者に通知し、対応できるようにする機能です。開発環境では、Azure Logic AppsまたはAction Groupsと予算を組み合わせ、予算しきい値に達したときに重要度の低いリソースを自動的に停止できます。

FinOpsチームには通常、3つの役割があります。FinOps Practitionersは、コストビューの管理、最適化スプリントの実施、削減効果の報告を担う専任のクラウド財務アナリストです。Cloud Engineersは各プロダクトチームのエンジニアで、適正サイズ化の推奨事項に対応し、コスト効率の高いアーキテクチャを実装します。Finance Stakeholdersは、コミットメント購入を承認し、社内チャージバック請求を管理します。Cloud Centre of Excellence（CCoE）チームでは、アーキテクチャガバナンスと併せてFinOps機能を担うことがよくあります。

高度なFinOpsの実践では、ユニットコスト、つまりAPIリクエスト1件あたり、アクティブユーザー1人あたり、処理データ1GBあたりなど、意味のあるビジネス単位あたりのクラウドコストを測定します。ユニットエコノミクスによって、コストに関する議論をプロダクトマネージャーや経営層にとって身近なものにできます。Azureでは、Cost Managementのエクスポートデータと、Application Insightsまたはカスタムデータウェアハウスのビジネス指標データを組み合わせて、ユニットコストを計算できます。ユニットコストの経時的な推移から、アーキテクチャ上の意思決定によって効率が改善しているか、悪化しているかを把握できます。

Reserved Instance の割引は、購入元サブスクリプションに対する負のRI benefit明細項目としてコストデータに表示されます。チャージバックモデルでは、予約容量を消費するチームに予約による削減額を配分する必要があります。Azure Cost Managementのコスト配賦機能を使用すると、予約購入と、それを消費するサブスクリプションまたはリソースグループを関連付けて、この処理を自動化できます。この配賦を行わない場合、購入元サブスクリプションのコストはマイナスに見え、利用チームには従量課金の料金が全額請求されているように見えます。

FinOps Foundationでは、成熟度を3つのレベルで定義しています。Crawlは基本的なコスト可視化と場当たり的な最適化、Walkは一貫したタグ付け、予算、定期的な最適化、ショーバックレポート、Runは自動化された異常検出、チャージバック、ユニットエコノミクス、エンジニアリングのロードマップに沿ったコミットメント戦略を指します。Runレベルの組織は、ワークロードの規模を考慮しても、通常はCrawlレベルの組織よりクラウド支出が25～35%低くなります。現在の成熟度を評価し、12か月後に次の段階へ進むための目標を設定してください。

最も成熟したFinOpsの実践では、コスト意識をソフトウェア開発ライフサイクルに組み込みます。アーキテクチャレビュー文書にコスト見積もりを含め、高額なAzureリソースを追加するプルリクエストでは自動的にコストアラートを発生させ、CI/CDパイプラインには、予測コストがしきい値を超えた場合にデプロイをブロックするコストゲートチェックを組み込みます。InfracostなどのツールやAzure独自のコスト見積もりAPIをGitHub ActionsまたはAzure Pipelinesに統合すると、コードが本番環境に到達する前に開発者へコストに関するフィードバックを提供できます。

このレッスンでは、FinOpsとは財務、エンジニアリング、ビジネスの各部門が協力してクラウドコストを管理する文化的な実践であること、リソースタグとコスト配賦ルールによって共有コストを利用チームに帰属させ、チャージバックを実現できること、そして予算アラートによってリソースの利用を妨げずに説明責任を果たせることを学びました。次は開発者の視点に移り、パスワードレス認証のためのマネージド IDについて学びます。