メインコンテンツまでスキップ

配賦(Allocation)

ドラフトのページ

翻訳は機械翻訳により提供されています。 翻訳内容と英語版の間で齟齬、不一致、矛盾がある場合は英語版を優先します。

フレームワーク / ドメイン / 使用量とコストの把握 / 配賦

このページの内容

アカウント、タグ、ラベル、その他のメタデータ(Metadata)を使用してコストと使用量を割り当て、共有する戦略を定義し、組織内のチームやプロジェクト間で責任を明確にします。

配賦戦略の維持

  • ビジネスにおけるすべてのコストの配賦先となる組織のグルーピングを定義する
  • すべての配賦グルーピングを説明するための具体的な用語を定義する

タグ付けと階層構造戦略の維持

  • コストが特定のグルーピングに属していることを識別するために使用する、具体的なタグ、ラベル、命名標準、グルーピング構造を定義する
  • 共有されているコストのサブセットを識別する方法を定義する

共有コスト(Shared Cost)戦略の維持

  • 配賦対象間でコストのサブセットを共有する必要性を定義する
  • 各共有コスト項目について、コストを共有するためのメカニズムを定義する

配賦コンプライアンスの検証

  • 配賦グルーピングに対してコストが適切に配賦されるようにするためのメカニズムを作成する
  • 使用量に関するカテゴリの配賦タクソノミー(Taxonomy)を定義し、維持する
  • 共有コストの按分(Apportionment)と配賦対象への影響を文書化する戦略を定義し、維持する

定義

FinOps原則(FinOps Principles)である「すべての人が自分のテクノロジー利用に当事者意識を持つ(Everyone takes ownership for their technology usage)」は、配賦によって実現されます。

配賦は、直接的または共有要素であるかを問わず、コストの各要素の責任者に対してどのようにコストを按分すべきかを定義します。FinOpsの文脈において、これにはアカウント構造、タグ、ラベル、および派生したメタデータを使用してコストの割り当て先となるカテゴリを特定することが含まれます。これにより、プロダクトマネージャー、エンジニア、その他のペルソナ(Persona)に対して、自身が責任を持つテクノロジーリソースのコストを透明かつ完全に理解できるようにします。

集計された使用量データセットからの配賦は、コストを手動で分割するか、アカウント、プロジェクト、サブスクリプション、リソースグループ、またはその他のリソースの論理的なグルーピングの既知の所有者リストを使用して実行できます。リソースレベルの命名規則や、データに適用されたタグまたはラベルを使用することで、配賦の粒度を向上できます。さらに詳細な配賦や、共有コスト要素の配賦は、組織の構成管理データベース(CMDB:Configuration Management Database)、オブザーバビリティ(Observability)、または利用率データなどの他のソースを使用して実現できます。組織がより詳細なレポートと分析(Reporting & Analytics)を求めるにつれて、配賦の方法と複雑さは一般的に増大します。

配賦には、配賦戦略、タグ付け戦略、共有コスト戦略の3つの主要な戦略が必要です。それぞれについて以下で説明します。

  1. コストを組織にどのようにマッピングするかを定義する配賦戦略。 配賦戦略では、さまざまなチームへのショーバック(Showback)、財務へのチャージバック(Chargeback)、またはコストセンター(Cost Center)への配賦を行うために、組織がテクノロジーコストをどのように可視化したいかを理解し、定義することが主な内容となります。コスト配分(Cost Allocation)がショーバックやチャージバックに与える影響の詳細については、請求とチャージバック(Invoicing & Chargeback)のケイパビリティ(Capability)を参照してください。コスト配分には複数のレイヤーが存在し、コストと使用量データをさまざまな切り口で分析できます。例えば、財務チームはコストセンター別、または支出タイプ別(例:R&D、COGS)に分割されたコストを確認する必要がある一方、エンジニアリングチームはアプリケーション別のより詳細な内訳を必要とし、運用チームはすべてのアプリケーションの商用(Production)環境に関連するすべてのコストを確認する必要がある場合があります。
  2. 使用量とリソースを定義された組織の一部にどのようにマッピングするかを定義する、タグ付けまたはメタデータ戦略。 タグ付け戦略では、どのようなデータの組み合わせが必要か、リソースをどのようにアカウントに分離するか、アカウントをどのようにグループ化するか、命名標準をどのように使用するか、タグやラベルをどのように適用するか、そしてそれらすべての情報をどのように集計するかを理解することが主な内容となります。タグ付け戦略では、タグ付けのコンプライアンスと一貫性の課題、異なる環境におけるリソースへのタグ付け方法の違い、および一部のコストは環境内でタグ付けできないという事実を考慮する必要があります。また、自動化、Infrastructure as Code(IaC)、またはリソースの起動後にタグを管理するツールの使用によって、タグ付けをより効果的に行うことができます。ここで説明するメタデータ戦略の範囲はコスト配分に限定されていますが、メタデータ戦略は、運用、自動化、セキュリティなど、組織内の他の領域のニーズを網羅したり、それらと組み合わせたりすることもできます。組織のタグ付け戦略は、Center of Excellence(CoE)グループ、データプラットフォームチーム、またはDevOpsチームが所有している場合があるため、統合計画にコスト配分の要件を反映させるには、これらのグループとの連携が必要になります。
  3. 共有リソースの各セットを予算にどのように配賦するかを定義する共有コスト戦略。 ほとんどの組織には、配賦すべき共有コストも存在します。例としては、すべてのユーザーに利益をもたらすサポートコスト、中央集中型のネットワークサービス、または共有環境(プラットフォーム、コンテナなど)が挙げられます。組織の最終的な目標はコストの完全な配賦であるかもしれませんが、共有コストの配賦とレポート作成は複雑になる場合があります。初期のFinOpsプラクティスの多くは、各コストセンターの予算から配賦するのではなく、共有コスト項目を中央で予算化するというビジネス上の意思決定を明示的に行う「高次の無視(Informed Ignore)」アプローチを採用しています。各共有コストについて、組織に最大の価値をもたらす配賦ポリシーを選択してください。ほとんどの組織では、一部の共有コストをコストセンターの予算に配賦し、他の共有コストは中央予算から資金を調達するという、複数の戦略を組み合わせて使用しています。共有コストの配賦は、固定配賦、比例配賦、またはプロキシメトリクス(Proxy Metrics)を使用して変動割合を決定するなど、さまざまな方法で実行できます。組織のテクノロジー利用とFinOpsプラクティスが成熟し、特に自動化が導入または強化されるにつれて、これらの戦略も変化し成熟していく可能性が高くなります。これらの変化は、必要なすべてのデータとコンテキスト情報を取得するためのデータ取り込み(Data Ingestion)ケイパビリティに反映されます。これらの戦略の複数のバージョンが同時に有効である場合もあります。そのため、タグ付け、配賦、または共有コストの配賦において完全な一貫性を達成することは困難な場合があります。目標は、組織が選択した成熟度レベルにおいて、適切な意思決定を行うための情報レベルを提供する配賦レベルを達成することであるべきです。

成熟度アセスメント

クロール(Crawl)

  • 特定のコストセンターまたはビジネスユニット(Business Unit)に属することが判明しているアカウントのリストを使用して、アカウント、プロジェクト、またはサブスクリプションのコストをビジネスユニット、ポートフォリオ、またはコストセンターに配賦するシンプルな配賦戦略。
  • 以下の内容を含むタグ付け戦略が存在する:
    • リソース命名標準
    • アカウント、プロジェクト、サブスクリプションの命名標準
  • タグ付け戦略の遵守状況に一貫性がない。
  • 不明、タグ未設定、または未特定のオブジェクトの所有者を特定する際に、毎月課題が発生する。
  • 総コストの大部分は、基礎となるメタデータを調整または強化することなく、直接配賦できることが多い。
  • 一部の配賦にタグまたはラベルが使用されているが、一貫して使用されていない、または支出の大部分に使用されていない。
  • サポートや税金などの一般的な料金を除き、共有コストが特定されていない。
  • 共有コストは中央予算またはプラットフォームチームに直接配賦され、コストセンターやビジネスユニットにはチャージバックされない。
  • プロダクトおよびエンジニアリング(Engineering)のペルソナは主に直接コストのみを管理しているため、予測(Forecasting)と予算の精度が低下する。
  • コスト配分のための基本的なKPIが定義されているが、不定期な頻度で手動で作成されている。
  • 配賦タスクは、主にデータプロバイダーのシステムとツールで管理されている。

ウォーク(Walk)

  • コストを配賦するための複数のメカニズムを特定する、十分に文書化された配賦戦略が実装されているが、一貫して、または普遍的に使用されていない場合がある。
  • 未配賦、タグ未設定、または未特定のコスト要素を特定するための調査が稀に行われる。
  • 総コストの大部分は、基礎となるメタデータを調整または強化することなく、直接配賦できることが多い。
  • アプリケーションまたはサービスレベルでのコスト配分が可能である。
  • リソースおよび階層グループのタグ付け戦略が十分に文書化され、遵守されている。
  • タグ付けの遵守状況は、主要な領域やアプリケーションでは一貫しているが、普遍的ではない。
  • 配賦メカニズムには通常、メタデータや命名標準によって特定のコストセンターに属すると特定されたアカウント、プロジェクト、サブスクリプション、特定のコストセンターに属すると特定できる共有コストプール内のリソース、および共有コストを分配するためのいくつかのメカニズムなど、複数の要素の組み合わせが含まれる。
  • 配賦標準を一貫して使用していない、レガシーまたは重要度の低いテクノロジーインフラストラクチャの一部が依然として存在し、手動または見積もりの作業が必要となる。
  • 共有コスト戦略が十分に文書化され、共有コストの複数の要素について理解されている。
  • 共有コストは、適切な分配モデル(比例、固定、均等分割)を使用して、組織全体に分割される。
  • 配賦と共有を管理するために、データプロバイダーおよびテクノロジーサービスプロバイダーのツール、サードパーティツール、またはカスタムツールの組み合わせを使用している。
  • 割引は、すべてのチームのテクノロジー支出に対して比例して配分される。
  • コスト配分のためのKPIは理解されているが、自動化されていない。
  • 共有プラットフォームの所有者は、内部顧客によって発生したコストをショーバックできる。
  • プロダクトおよびエンジニアリングのペルソナは、共有プラットフォーム/サービスコストの自チームの負担分を認識しており、予測や予算編成時にこれらのコストを含めている。
  • 新しいコストセンターやビジネスユニットの「公平な分配(Fair Share)」によるオンボーディングを可能にし、期待値を管理するために、共有コストプロセスが文書化されている。

ラン(Run)

  • 組織が必要とする任意の詳細レベルでコストが配賦される。
  • 直接配賦、または共有コスト項目を分配するための一貫したメカニズム、およびメタデータ、階層、命名標準の戦略が、一貫して効果的に普遍的に使用されている。
  • 高度なプラクティスにより、一貫して高いレベルの配賦カバー率を達成している。
  • 自動化により、複数のデータソースを使用して、組織にとって重要なレベルで共有コストを配賦できる(例:メータリングツールを使用して使用量を把握し、請求データを補強して、より高い精度で共有コストを帰属させる)。
  • すべてのコストが最も詳細なレベルで配賦されない、または未特定であるシナリオはほとんどなく、調査やレポート作成の時間は実質的に不要である。
  • テクノロジー/データプロバイダーのツール、サードパーティツール、カスタムツールが一貫して統合されて使用されている。
  • リソースのプロビジョニングに自動化を採用し、リソースとアカウントのタグ付けおよびメタデータの一貫性を構築している。
  • 請求データの受信後に、サービスプロバイダーのタグ付け機能を自動的に修正または補強するメカニズムを使用して、高い配賦率のコンプライアンスを達成している。
  • KPIが十分に理解され、自動化されている。
  • コスト配分がほぼリアルタイムで実行されるため、プロダクトおよびエンジニアリングのペルソナは月次コストをより正確に把握できる。
  • プロダクトおよびエンジニアリングのペルソナは、共有プラットフォーム/サービスコストの自チームの負担分を認識しており、予測や予算計画の一部としてすべてのコストを含めている。
  • 共有プラットフォーム/サービスの所有者は、内部顧客によって発生したコストを完全に配賦し、チャージバックできる。
  • 共有プラットフォーム/サービスの所有者は、内部顧客によって発生したコストを回収し、正確な予測や予算計画を実行できる。
  • 共有コストの回収に、商用割引やコミットメント(Commitment)ベースの割引が反映されている。
  • 新しいコストセンターやビジネスユニットの「公平な分配」によるオンボーディングを可能にするために、共有コストプロセスが自動化されている。
  • 共有コストが専用コストと区別されている。

実務活動

FinOps実践者(FinOps Practitioner)

FinOpsチームのロールを担う者として、私は以下を行います。

  • 階層グループ(アカウント、プロジェクト、フォルダー、サブスクリプション、部門、組織単位など)の必須およびオプションのすべてのレイヤーに対する命名標準を策定する
  • さまざまなグループに対するコンプライアンス基準を策定する
  • CoEまたはデータプラットフォームチームと連携し、タグ付け戦略およびメタデータのニーズを、他の運用やセキュリティの要件と調整する
  • 共有サービスの所有者と連携し、それぞれに対する適切な共有コスト管理レベルを決定し、共有コスト戦略に文書化する
  • リーダーシップ(Leadership)と連携し、コスト配分戦略の適切な詳細レベルを決定する
  • 確立された配賦戦略への準拠状況を評価する

プロダクト(Product)

プロダクトのロールを担う者として、私は以下を行います。

  • 自身が管理するプロダクトに対して行われたコスト配分に関するフィードバックを提供する

財務(Finance)

財務のロールを担う者として、私は以下を行います。

  • コストの配賦先となる組織および予算の単位を決定する
  • 共有コスト項目の配賦割合を決定する

エンジニアリング(Engineering)

エンジニアリングのロールを担う者として、私は以下を行います。

  • 階層グループおよびリソースに対して、メタデータをいつ、どのように適用するかを決定する
  • コスト配分メタデータのメタデータ標準を強制し、自動化する
  • 分析とコスト配分に必要なすべてのメタデータソースを特定し、提供する
  • 必要に応じて組織の配賦戦略を遵守し、課題や改善の機会に関するフィードバックを提供する

リーダーシップ(Leadership)

リーダーシップのロールを担う者として、私は以下を行います。

  • 自身が管理する組織に割り当てられたコスト配分をレビューし、承認する
  • コスト配分戦略をレビューし、承認する
  • コスト配分をより詳細にする、または成熟させる必要がある時期を決定し、フィードバックを提供する

関連ペルソナ(Allied Personas)

関連ペルソナのロールを担う者として、私は以下を行います。

  • 自身が管理する領域(例:ITセキュリティ、ITAM、サービス管理、IT財務管理など)に関連する配賦の適切な詳細レベルやコンプライアンス要件について、FinOpsペルソナにフィードバックを提供する

成功の尺度とKPI

  • ほとんどのテクノロジーコストを、一般的に特定の組織単位に関連付けることができます。State of FinOps調査(State of FinOps Survey)において、FinOps実践者コミュニティは、組織がFinOpsプラクティスを成熟させるにつれて、支出の配賦をより包括的に達成できるようになると指摘しています。成熟度の初期段階であっても、支出のかなりの部分が通常は配賦可能であり、より高度なプラクティスでは一貫して高いレベルの配賦カバー率を達成する傾向があります。
  • カテゴリ分類や直接配賦ができず、詳細な調査が必要なコストの割合を可視化する能力。
  • メタデータコンプライアンスは、支出のうち、正確で意味のある配賦メタデータに関連付けられている割合、または少なくとも認識可能な階層内に整理されている割合として評価できます。プラクティスが成熟するにつれて、通常はコストの大部分がこれらの基準を満たすようになり、より信頼性の高いレポート作成と配賦が可能になります。
  • リソースのデプロイ時に配賦メタデータが欠落している場合の、ステークホルダーへの通知。
  • コスト配分に使用できるFinOps KPIの詳細なリストについては、KPIライブラリ(KPI Library)を参照してください。

  • ビジネスメタデータのマッピング
    • 目的:組織単位への包括的なコスト配分を達成する
    • KPI:組織単位に直接配分されたテクノロジーコストの割合
  • 未分類コストの割合
    • 目的:未配分のテクノロジーコストを最小限に抑える
    • KPI:カテゴリ分類や直接配分ができないコストの割合
  • メタデータコンプライアンス
    • 目的:コスト配分のための正確で完全なメタデータを確保する
    • KPI:適切な配分メタデータを持つコストの割合
  • ステークホルダーへの通知
    • 目的:欠落している配分メタデータにプロアクティブに対処する
    • KPI:メタデータ欠落に関するステークホルダーへの通知数
  • 調査の応答時間
    • 目的:未配分コストを効率的に調査し解決する
    • KPI:未配分コストの調査と解決に要した平均時間
  • コストトレンドの差異
    • 目的:予測トレンドに対してコストを監視し制御する
    • KPI:予測トレンドからの実績コストの差異(%)
  • 配分精度の継続的改善
    • 目的:コスト配分の精度を継続的に向上させる
    • KPI:コスト配分精度における四半期ごとの改善率
  • リソースデプロイのコンプライアンス
    • 目的:デプロイされたすべてのリソースに適切なメタデータが付与されていることを確認する
    • KPI:配分メタデータが欠落しているリソースデプロイの割合
  • トレーニングと意識向上
    • 目的:コスト配分プラクティスへの理解と遵守を向上させる
    • KPI:コスト配分プラクティスへの意識と遵守の向上率

配賦精度インデックス(AAI:Allocation Accuracy Index)

組織のインフラストラクチャ全体におけるコスト帰属プラクティスの有効性を測定します。この数式は、責任のあるチーム、プロジェクト、またはビジネスユニットに直接かつ正確に帰属している総インフラストラクチャコストの割合を算出します。AAIが高いほど、財務の透明性が向上し、チャージバックやショーバックの信頼性が高まり、コストと消費の整合性が強化され、正確な意思決定をサポートします。

[詳細を読む]

未配分のCSPクラウドリソースに関連するコストの割合(Percentage of Costs Associated with Unallocated CSP Cloud Resources)

特定のプロジェクト、部門、またはアプリケーションに直接帰属していないリソースやサービスに対して発生した費用を追跡します。

[詳細を読む]

使用量または支出の按分検証(Usage or Spend Apportionment Validation)

使用量または支出の比例配分額に基づいて共有コストを按分する方法。

[詳細を読む]

インプットとアウトプット

  • 配賦戦略の目標を改善するためのフィードバックループとして、データ取り込み活動に情報を提供する要件を提示する
  • 組織のレポート作成目標を達成するための配賦マッピングの要件に反映させるため、レポートと分析活動に関連するイニシアチブから要件を受け取る
  • データおよびテクノロジーサービスプロバイダーが提供する、テクノロジーカテゴリ向けの業界で認知された導入フレームワークやアーキテクチャフレームワークを組み込む
  • 既存のタグ/ラベル標準を統合し、一貫した命名規則を確立する
  • 配賦メタデータの各要素に対して、組織のビジネスメタデータをオーバーレイする。例:プロジェクト名、アプリケーションID、コストセンターIDなどの構成要素
  • 確立された配賦メタデータによって配賦されていない支出を可視化するレポートを作成する
  • コストの所有権を請求とチャージバック活動にマッピングするために、組織のP&L(損益)グルーピングのロールを調整する
  • CI/CD、プラットフォーム、データプロバイダーの機能を活用する
  • 配賦要件が、タグコンプライアンス、配賦コンプライアンス、ガバナンスメカニズムを含むポリシーとガバナンス活動と一致していることを確認する

以前のコスト配分(メタデータと階層)のページを表示

以前の共有コストの管理ページを表示

このページの内容

関連アセット

クラウドコスト配分ガイド コンテナコスト配分ラベルと辞書 共有クラウドコストの管理 Google Cloudを使用した共有サービスコストの配分方法 共有プラットフォーム(PaaS)における公平なコスト配分 トラフィックに基づく共有コストの配分方法 共有コストをまとめる方法 FinOpsPod 06:クラウドサービスの帰属、タグ、ラベル... なんということでしょう! FinOpsPod 33:失敗しているタグ付け戦略を修正する方法