ビジネスマッピング
ビジネスマッピングとは？
ビジネスマッピングは、組織の分類法に従ってクラウド支出を分類するビジネスディメンションを作成するために使用されます。
ベンダーが提供するディメンジョンや課金ベースのディメンジョンとは異なり、ビジネス・ディメンジョンはより大きな柔軟性とコントロールを提供します。 ビジネス・マッピング・ステートメントと呼ばれる評価ルールを使用して、ベンダーや請求固有のメタデータを意味のあるビジネス概念に変換する。 ビジネス概念とは、組織が生データを理解し、報告や意思決定に適した情報へと変換するために用いる分類と構造である。
ビジネス・マッピング・ルール・エンジンは複雑なロジックをサポートし、請求データと利用データの両方から幅広い属性を評価できる。 これには、タグ、アカウント名、地域、サービス名など、ベンダーが提供するフィールドが含まれる。 Cloudability さらに、 利用ファミリーや リースタイプなどの強化された属性を提供することで、この機能を拡張し、よりきめ細かく洞察に満ちた分類を可能にしている。
1つのビジネスディメンションに対するステートメントの最大数は300,000です。
すべてのビジネスディメンションにわたるステートメントの最大数は500,000です。
ビジネス・マッピングはどのように機能するのか？
摂取時の影響
請求データが取り込まれると、 Cloudability、各費用項目がビジネス・マッピング・ルールに照らして評価されます。 これらのルールは case 文に似ていると考えることができ、一致するものが見つかると、関連する文の名前が Business Dimension の値として使用されます。
この値には
- あなたが定義した静的ラベル（例：マーケティング、非準拠）、または
- 動的属性（例えば、アイテム自体のタグ値）。
ルールがマッチすると処理は停止し、それ以降のルールは評価されない。 マッチするルールがない場合、デフォルト値が割り当てられる。
自動アップデート
クラウドプロバイダーが新しい請求データセットを提供するたびに、 Cloudability は現在のビジネスマッピングステートメントのセットを再適用します。
ビジネス・ディメンション作成のヒント
明確な名前を選ぶ
各 Business Dimension には名前が必要です。 報告書や Cloudability に掲載されるため、その目的が明確に伝わる名称を選ぶ。
デフォルト値の設定
ルールがマッチしない場合に割り当てられるフォールバック値を指定する。 一般的なデフォルトには、 Unallocated、Unknown、Non-Compliant、Not Setなどがある。
ルール構造を理解する
ビジネス・マッピングの各ステートメントは、以下のように構成されている：
- Name - 一致したときに Business Dimension に割り当てられる値。 これは静的な値であることも、コスト項目の属性（タグなど）から動的に入力されることもある。
- Match Expression - コスト項目の属性を評価する条件。 これらの式は、複雑なブール論理、包括的な演算子のセット、および関連するコスト項目の属性を使用することができます。
注：ビジネス・マッピング・ステートメントの変更は、当月の請求データに自動的に適用されます。 過去のデータにアップデートを適用するには、 再処理リクエストを提出するか、 Cloudability サポートまたは TAMにお問い合わせください。
この図は、ビジネスマッピング構造の背景にある概念を理解するのに役立ちます：
1. ビジネスマッピング （トップレベル）
- 全体的な原価配賦の枠組み
- 複数の次元を含む
2. 次元 （カテゴリ）
- 事業組織単位
- 例：部門、コストセンター、プロジェクト、環境
- 各次元には複数のルールが含まれる
3. ルール （マッピングロジック）
- リソースがカテゴリに割り当てられる方法を定義する
- 各ルールは一つ以上のステートメントを含む
- 規則には優先順位がある
4. 声明 （条件）
- 個々の論理条件
- 特定のクラウドメタデータを確認する
- 複数の文がAND/OR論理で結合される
Business Mapping: "Cost Allocation Framework"
│
├── Dimension: "Department"
│ │
│ ├── Rule 1 (Priority 1): "Engineering Resources"
│ │ ├── Statement 1: tag:Department EQUALS "Engineering"
│ │ └── Statement 2: tag:Environment EQUALS "Production"
│ │ → Result: Assign to "Engineering"
│ │
│ ├── Rule 2 (Priority 2): "Marketing Resources"
│ │ └── Statement 1: account_id EQUALS "123456789"
│ │ → Result: Assign to "Marketing"
│ │
│ └── Rule 3 (Priority 3): "Default"
│ └── Statement 1: tag:Department IS EMPTY
│ → Result: Assign to "Unallocated"
│
└── Dimension: "Environment"
│
├── Rule 1: "Production"
│ └── Statement 1: tag:Environment EQUALS "Production"
│ → Result: Assign to "Production"
│
└── Rule 2: "Non-Production"
├── Statement 1: tag:Environment EQUALS "Development"
└── Statement 2: tag:Environment EQUALS "Testing"
→ Result: Assign to "Non-Production"
ビジネスマッピングの操作
ビジネス・ディメンションのリストとレビュー
ビジネス・マッピングのホーム・ページには、設定したすべてのビジネス・ディメンションのリストが表示され、さまざまなアクションを実行できます。 最大10個のビジネス・ディメンションを設定できます。
新しいビジネスの次元を創造する
Business Mapping ページで、Add メニューから New Business Dimension を選択します。
- 「ビジネス マッピングの追加」 ウィンドウで、ディメンション名とデフォルト値を入力し、 「ビジネス マッピングの追加」を選択します。
- ビジネス・マッピング・ページで、新しく作成したディメンジョンの横にある設定 （歯車）アイコンを選択し、[ ビジネス・マッピングの編集 ] を選択します
- ステートメントの追加 をクリックします。
- ディメンジョンとして Account ID を選択し、 等号として Operator を選択します。 Select Value（値の選択） ドロップダウンから値を選択 > Save（保存 ）をクリックします。
- また、インポート／エクスポート機能を使用して、ビジネスディメンションにデータを取り込むこともできます。 ここで説明されている、定義済みのビジネスディメンションオブジェクト構造を含むJSONファイルを、単に添付してください。 ビジネスマッピングエンドポイント
ビジネス・ディメンジョンの編集または作成
このページでのやりとりのほとんどは、ビジネス・ディメンションのビジネス・メトリック・ステートメントを管理することになります。 つまり、マッピングの骨格となるステートメントの追加、編集、削除である。 以下のセクションでは、どのようなステートメントでも重要な要素を取り上げます。
ビジネスマッピングが別のマッピングを参照している場合、参照先のディメンションを更新すると、依存先のディメンションの「最終更新日」フィールドも更新されます。 たとえば、ビジネスマッピングBがビジネスマッピングAを参照している場合、マッピングAに対して更新が行われると、ビジネスマッピングAとビジネスマッピングBの両方の「最終更新日」タイムスタンプが自動的に更新されます。
ビジネスディメンションの手動更新が完了したら、「保存」をクリックして、すべての変更内容を確認できます。 以前の設定と新しいビジネスディメンションの設定の違いを示すモーダルが表示され、両者をすばやく比較して、意図しないミスをすぐに見つけることができます。
名前のオプション
前述のように、match コンポーネントがtrue を返した場合、任意のステートメントを作成するときに指定した名前がビジネス・ディメンジョンの値になります。 名前自体には2つの選択肢がある。 静的な文字列を入力すればいい。
名前の横にある鉛筆のアイコンを選択して、 ダイナミック・ディメンション名を 作成することもできます。
その後、タグやその他多くの身近なアイテムを含む、選択可能な寸法リストを受け取る。 このケイパビリティのポイントは、一致した場合、ビジネス・ディメンジョンはコスト項目自体の任意の属性の値を取ることができるということです。 このダイナミック・アスペクトの使い方の良い例は、以下のようなものです。 タグAが存在する場合、ビジネス・ディメンションはタグAの値を仮定する。 次の発言は、タグAが存在しない場合にどうするかということだろう。
その意味
ビジネスディメンションに固定値を割り当てる代わりに、リソース自体のタグや属性から実際の値を割り当てることができます。 これによりマッピングは柔軟かつ拡張性が高くなります。
静的割り当て（固定値）：
IF tag:Department EQUALS "Engineering"
THEN Department = "Engineering" ← Fixed value
動的割り当て（タグの値を使用）：
IF tag:Department IS NOT EMPTY
THEN Department = [value of tag:Department] ← Dynamic value
完全な例：部門マッピング
たとえば、異なる部署タグを持つリソースがあるとします：
- リソース1: tag:Department = "エンジニアリング"
- リソース2: tag:Department = "マーケティング"
- リソース3: tag:Department = "営業"
- リソース4: 部門タグなし
従来のアプローチ（複数の静的ルール）：
Rule 1:
IF tag:Department EQUALS "Engineering"
THEN Department = "Engineering"
Rule 2:
IF tag:Department EQUALS "Marketing"
THEN Department = "Marketing"
Rule 3:
IF tag:Department EQUALS "Sales"
THEN Department = "Sales"
Rule 4:
IF tag:Department IS EMPTY
THEN Department = "Unallocated"
動的アプローチ（単一ルール）：
Rule 1 (Priority 1):
IF tag:Department IS NOT EMPTY
THEN Department = [value of tag:Department]
Rule 2 (Priority 2):
IF tag:Department IS EMPTY
THEN Department = "Unallocated"
オペレーター
Business Mapping UIを使用すると、ステートメントのロジックをテストするための膨大な数の演算子を使用できます。 以下は、日付などのテストに便利な greater thanなどの 演算子を含む例である。 あなたの発言ができるだけわかりやすくなるような演算子を選びましょう。 私たちのAPIを使用すると、正規表現を含むいくつかの追加オプションがあります。
ブール論理
個々のステートメント内では、OR演算子を使って式をグループ化し、AND演算子と組み合わせることで、ビジネスルールに合致した正確な論理結果を得ることができます。 以下は非常に基本的な例である：
ビジネスマッピングでは、主に2つのブール演算子を使用します：
- AND : すべての文は真でなければならない
- OR : 少なくとも1つの文が真でなければならない
実行フロー
AND論理の実行
すべての文は真（TRUE）を評価しなければならない：
Rule: "Production Engineering Resources"
Statement 1: tag:Department EQUALS "Engineering"
AND
Statement 2: tag:Environment EQUALS "Production"
AND
Statement 3: region STARTS WITH "us-"
Execution:
┌─────────────────────────────────────────────┐
│ Resource: EC2 Instance │
│ - tag:Department = "Engineering" → TRUE │
│ - tag:Environment = "Production" → TRUE │
│ - region = "us-east-1" → TRUE │
│ │
│ Result: TRUE AND TRUE AND TRUE = TRUE │
│ Action: Apply mapping │
└─────────────────────────────────────────────┘
┌─────────────────────────────────────────────┐
│ Resource: RDS Instance │
│ - tag:Department = "Engineering" → TRUE │
│ - tag:Environment = "Development" → FALSE │
│ - region = "us-west-2" → TRUE │
│ │
│ Result: TRUE AND FALSE AND TRUE = FALSE │
│ Action: Skip to next rule │
└─────────────────────────────────────────────┘
ORロジックの実行
少なくとも1つのステートメントがTRUEを評価しなければならない
Rule: "Engineering or DevOps Resources"
Statement 1: tag:Department EQUALS "Engineering"
OR
Statement 2: tag:Department EQUALS "DevOps"
OR
Statement 3: tag:Team EQUALS "Platform"
Execution:
┌─────────────────────────────────────────────┐
│ Resource: Lambda Function │
│ - tag:Department = "Marketing" → FALSE │
│ - tag:Department = "DevOps" → TRUE │
│ - tag:Team = "Sales" → FALSE │
│ │
│ Result: FALSE OR TRUE OR FALSE = TRUE │
│ Action: Apply mapping │
└─────────────────────────────────────────────┘
┌─────────────────────────────────────────────┐
│ Resource: S3 Bucket │
│ - tag:Department = "Marketing" → FALSE │
│ - tag:Department = "Sales" → FALSE │
│ - tag:Team = "Support" → FALSE │
│ │
│ Result: FALSE OR FALSE OR FALSE = FALSE │
│ Action: Skip to next rule │
└─────────────────────────────────────────────┘
混合ブール論理（AND + OR）
(Statement 1: tag:Department EQUALS "Engineering"
OR
Statement 2: tag:Department EQUALS "DevOps")
AND
Statement 3: tag:Environment EQUALS "Production"
執行命令：
1. ORグループを最初に評価する：（ステートメント1 または ステートメント2）
2. 次に、AND をステートメント3で評価する
例 1:
┌─────────────────────────────────────────────┐
│ Resource: EC2 Instance │
│ Step 1: Evaluate OR group │
│ - tag:Department = "Engineering" → TRUE │
│ - tag:Department = "DevOps" → FALSE │
│ - Result: TRUE OR FALSE = TRUE │
│ │
│ Step 2: Evaluate AND │
│ - OR Result = TRUE │
│ - tag:Environment = "Production" → TRUE │
│ - Result: TRUE AND TRUE = TRUE │
│ │
│ Final Result: TRUE │
│ Action: Apply mapping │
└─────────────────────────────────────────────┘
例 2:
┌─────────────────────────────────────────────┐
│ Resource: RDS Instance │
│ Step 1: Evaluate OR group │
│ - tag:Department = "Marketing" → FALSE │
│ - tag:Department = "DevOps" → FALSE │
│ - Result: FALSE OR FALSE = FALSE │
│ │
│ Step 2: Evaluate AND │
│ - OR Result = FALSE │
│ - tag:Environment = "Production" → TRUE │
│ - Result: FALSE AND TRUE = FALSE │
│ │
│ Final Result: FALSE │
│ Action: Skip to next rule │
└─────────────────────────────────────────────┘
実行順序とショートカット評価
AND論理 - ショートサーキット:
ステートメント1 かつ ステートメント2 かつ ステートメント3
もし文1が偽の場合
→ 評価を停止（結果は既にFALSE）
→ ステートメント2または3を評価しないでください
→ 次のルールへ進む
ORロジック - 短絡:
ステートメント1 または ステートメント2 または ステートメント3
もし文1が真の場合
→ 評価を停止（結果は既にTRUE）
→ ステートメント2または3を評価しないでください
→ マッピングを適用する
APIを使用してデータを抽出/BMを更新するにはどうすればよいですか？
ビジネス・マッピング（BM）の抽出と更新には、 Cloudability APIを使用できます。 ビジネスマッピングの抽出または更新に関するAPIドキュメントは、「ビジネスマッピングエンドポイント」 のトピックでご覧いただけます。
複数のステートメントと式を含むビジネス・マッピング・ルールを作成するには？
Cloudability は、ルールベースのエンジンであるビジネス・マッピングを使用して、独自のカスタム・ディメンションを作成できます。 個々のステートメント内では、OR演算子を使って式をグループ化し、AND演算子と組み合わせることで、ビジネスルールに合致した正確な論理結果を得ることができます。
ステートメント内の複数の式の値は真を返すことができ、最終的な評価値はAND/OR演算子に依存する。 例） Exp1 と Exp2
Exp1 = Trueかつ Exp2 = Trueの場合、 Exp1 AND Exp2 はTrueを返し、 Exp1 OR Exp2 はTrueを返す
Exp1 = True、 Exp2 = False、またはその逆の場合、 Exp1 AND Exp2 は False を返し、 Exp1 OR Exp2 は True を返す
Exp1 = False かつ Exp2 = False の場合、 Exp1 AND Exp2 は False を返し、 Exp1 OR Exp2 は False を返す
BMのロジックを読む／アクセスするには？
Organize > Business Mappings に移動します。 ビジネスマッピングリストが表示されます。 歯車のアイコンをクリックして、ビジネスマッピングを編集します。 ビジネスマッピングのロジックで使用されるステートメントが表示されます。 さらに、下矢印のアイコンを使って、ステートメント・ルールの式を見ることができる。
ディメンションとメトリックス FAQ
さまざまなコスト指標は、さまざまなユースケースにどのように対応するのか？
Cloudability は、以下の5つの一般的なコスト指標をサポートしている：
コスト(リスト)、コスト(合計)、コスト(調整後)、コスト(償却後)、コスト(調整後償却後)。
各コスト指標の最も適切なユースケースは、ビジネスの具体的な要件によって異なる。 適切な指標を選択する際には、ビジネスのニーズと目標を慎重に検討することが重要である。
Cloudability、ユーザーに特定のディメンションやメトリクスを表示させないようにすることはできますか？
現在、 Cloudability 内で、ユーザーが特定のディメンションやメトリックスを見ることを防ぐことはできません。 デフォルトでは、すべてのユーザーが Cloudability のすべてのディメンションまたはメトリックを見ることができます。