アーキテクチャ設計とワークロード配置（Architecting & Workload Placement）
フレームワーク / ドメイン / 使用量とコストの最適化 / アーキテクチャ設計とワークロード配置
目次
パフォーマンス、スケーラビリティ、運用の目標を満たしながら、ビジネス価値を最大化するために、コスト意識と効率性を持ってソリューションを設計およびモダナイズすること。また、運用の目標をサポートし、コスト効率性を確立または維持しながら、コスト、使用量、影響に対する透明性を提供する形で、テクノロジーカテゴリ内およびカテゴリ間でのワークロード配置を評価および指示すること。
アーキテクチャ設計とワークロード配置戦略の管理
- 関与するFinOpsペルソナ全体の責任を理解する
- レビューの頻度とガバナンスのタッチポイントを理解する
- 新規ワークロードの需要および既存ワークロードの変更ニーズ（モダナイゼーション、リプラットフォーム、再配置、置き換え、統合、廃止）に関する基準を定義する
注目すべきワークロ ードの評価
- 支出、使用量、価値、導入のシグナルを指標として、新規需要および既存のワークロードから候補を特定する
- 制約事項と非機能要件（セキュリティ、信頼性、規制、パフォーマンス、コンプライアンス、サステナビリティ）を確認する
- 実現可能な候補群を検証する
コスト効率の高い設計と使用パターンの理解
- アーキテクチャとサービスの使用パターンを理解する
- 二次的な影響を含む、アーキテクチャ変更の影響を理解する
- 規模、速度、コスト、スキル、運用の制約のバランスを取る
意思決定ケースの構築
- 財務ビジネスケースを策定する
- パブリッククラウド、データセンター、プライベートクラウドなどの関連するテクノロジーカテゴリにわたる、アーキテクチ ャの選択肢と配置の選択肢との間で価値の比較を作成する
- サービスまたはアプリケーションに対する機能および可用性の影響を評価する
- 成功指標と検証アプローチを定義する
実施と変更の計画
- ワークロードの選択肢セット（例：モダナイゼーション、リプラットフォーム、再配置、置き換え、統合、廃止）に対するアプローチを定義する
- 順序、依存関係、マイルストーン、受入基準、コントロールを設定する
- 該当する場合は、移行状態と重複期間（例：並行稼働、段階的ロールアウト、廃止措置）を計画する
実行の調整
- 必要な実施基盤と共有サービス（例：デリバリーパイプライン、オブザーバビリティ、セキュリティコントロール、および関連する場合はランディングゾーンまたは同等のもの）を確立する
- 実施全体を通じて、コスト、使用量、影響に対する透明性を確保する（基準値、変更追跡、成果の検証を含む）
- 強固なプログラム管理プロセスとワークフローを確立する
効果的なレビュー頻度の確立 と継続的なモダナイズ
- 再現可能なレビュー頻度と意思決定プロセスを構築する
- 成功基準と期待される成果に対する変更後の評価を実施する
- 得られた教訓と測定可能な成果を記録する
- 改善点を標準、パターン、将来の意思決定に反映する
- 使用量、価格設定、制約の進化に応じて意思決定を再検討する
定義
システム構築にモダンテクノロジーを使用する最も強力なメリットの一つは、幅広い要件を満たすために多様なコンポーネントやサービスを利用できることです。ワークロード（例：アプリケーション、データパイプライン、AIワークロード、共有プラットフォームサービスなど）を設計し、運用化する方法は数多く存在します。エンジニアリングチームとプロダクトチームは、顧客やステークホルダーの需要を満たすために、ワークロードのニーズ、FinOps実践者の知識と 能力、希望する運用環境、およびその他の要因に基づいて意思決定を行います。
新規システムの構築や既存システムの変更を検討しているアーキテクトには、多くの選択肢があります。システムやサービスの要件は、仮想マシン、コンテナ環境、サーバーレスオプション、データセンターのインフラストラクチャ、およびフルマネージドなSaaSアプリケーションによって満たすことができます。数多くのデータベース、データプラットフォーム、分析プラットフォームが利用可能であり、あるいは組織がこれらを構築して管理することもできます。
テクノロジープロバイダーは、エンジニアリングペルソナが構築時に効果的な選択とトレードオフを行えるよう、業界で認知されているWell-Architectedフレームワークや導入フレームワークを提供しています。これらのフレームワークには、セキュリティ、パフォーマンス、信頼性、サステナビリティ、コスト効率性といったシステムの運用面が含まれます。FinOps、エンジニアリング、プロダクトの各チームは、システムの運用要件を満たす環境、プラットフォーム、サービスを選択するだけでなく、それらのシステムのインフラストラクチャ、配置、および財務的な実現可能性に対しても責任を負います。
このケイパビリティは、ビジネスユニットのメトリクスを通じて、アーキテクチャとワークロード配置の選択肢をビジネス目標に結び付けることで意思決定をサポートし、チームが選択肢を比較し、トレードオフを行い、価値に向けた投資を管理できるようにしま す。価値とコスト効率性は、システムの設計段階、またはシステムのライフサイクルの可能な限り早い段階でアーキテクチャに組み込むことで、最も効果的に達成されます。システムの最終目標を念頭に置いて開始することで、実践者は、後からクリーンアップが必要となる技術的負債（Technical debt）を意図せず作り込むことを避け、冗長性、セキュリティ、信頼性、サステナビリティ、およびコスト効率性を満たすアーキテクチャをより容易に設計できます。
このケイパビリティにおけるアーキテクチャ設計は、新規ワークロードの需要と、モダナイゼーション、リプラットフォーム、再配置、置き換え、統合、廃止を含む既存のワークロードの両方に適用されます。すべてのワークロードのライフサイクルを通じて、組織はアーキテクチャ設計や配置の決定を調整すべき時期を評価する必要があります。支出や無駄が多い箇所、または価値が達成されていない箇所を分析することで、アーキテクチャの変更、モダナイゼーション、またはワークロード配置の調整によってメリットを得られるワークロードを特定できます。
アーキテクチャ設計とワークロード配置が組織にどのようなメリットをもたらすかを定期的に評価するために、分析を定期的な頻度で実施する必要があります。これは、各組織が「シフトレフト（Shift left）」を実現し、アーキテクチャ設計とワークロード配置のフェーズにおいて、ビジネス価値とコスト効率性を中核に据えてワークロードを構築するために活用できる活動です。
環境内または環境間でワークロードを移動するには、どのワークロードをどのように移動するか を決定するための計画、調整、ステークホルダーとの整合、および組織戦略が必要です。オンボーディング、すなわち運用化とは、選択したワークロード配置の決定を実行するプロセスであり、コスト、使用量、影響に対する透明性を提供し、運用目標をサポートし、すべての関連するFinOpsスコープにわたってコスト効率性を確立または維持する形で、ワークロードをターゲットのテクノロジー環境に導入することです。
ワークロードのリソース要件を考慮し、タグ付け要件を含むテクノロジーポリシーを遵守する必要があります。これにより、自動化やチャージバックなどの他のワークストリームに対して、ワークロードが適切なレベルの可視性を持つようにします。特に並行稼働などの移行状態が予期しない財務的およびサステナビリティへの影響をもたらす場合、オンボーディングに関する緊密なプログラム管理を行うことが極めて重要です。
使用量とコストの最適化ドメイン内のすべてのケイパビリティの間には強い関係があり、それぞれが組織にテクノロジー価値を向上させる異なる方法を提供します。料金の最適化や使用量の最適化と同様に、このケイパビリティは、ビジネス目標や価値の成果との整合性を維持しながら、利用 可能な多くのサービスを最大限に活用するために、新規ワークロードの設計、既存ワークロードの再設計、および適切なワークロード配置を選択するための選択肢を開発します。
成熟度アセスメント
クロール
- チームは、アーキテクチャ設計とワークロード配置の決定を、主に目先のデリバリーニーズを満たすためにケースバイケースで行い、ビジネスユニットのメトリクスや価値の成果との連携は限定的です。
- オンボーディングの需要は小さく、ペルソナ間のコラボレーションは希薄であり、ガバナンスのタッチポイントは非公式です。
- チームは、アーキテクチャのモダナイゼーションを日常的ではなく一時的なものとして行い、レビューは定期的な頻度ではなく、特定のニーズ（例：新規需要、インシデント、コストの懸念）によってトリガーされます。
- チームは、予算編成と予測をケースバイケースで行い、支出に影響を与える変更の承認は非公式です。コストと使用量の可視性は一貫しておらず、手動のレポートに依存することが多いです。
- ガバナンスとポリシーの遵守（例：ランディングゾーンまたは同等のもの、タグ付けや配賦メタデータ）は、単純であるため手動または軽いスクリプトで処理されています。
ウォーク
- 新規需要および既存の変更ニーズにわたって注目すべきワークロードを評価するための、構造化され再現可能なプロセスが存在し、ビジネスユニットのメトリクスを通じて意思決定がビジネス目標に結び付くようになっています。
- 利害関係者であるペルソナの必要な役割が定期的な頻度で計画とレビューに参加し、主要な設計、配置、オンボーディングの決定に対して定義されたガバナンスのタッチポイントが存在します。
- アーキテクチャのモダナイゼーションとワークロード配置のレビューが定期的（例：月次、四半期）に実施されるか、支出、使用量、価値のシグナル、および再設計の既知のパターンによってトリガーされます。
- オンボードまたは変更されたワークロードの計画と見積もり、予測、および予算編成は必須ですが、すべてのビジネスユニットやプロダクトチームでまだ標準化されていません。
- ポリシー遵守、ガバナンス、共有サービスの統合のための自動化が進んでおり、可能な場合は一元化された使用量レポートやワークロードレベルのレポートが提供されています。
ラン
- 組織は、明確な決定権、相互の当事者意識、一貫したガバナンスに支えられ、新規ワークロードの需要と既存ワークロードの変更の両方をカバーする、アーキテクチャ設計、ワークロード配置、オンボーディングのための継続的かつスケールされたアプローチを導入しています。
- 正式化されたトリアージとレビューのプロセスにより、チームは支出、使用量、価値、導入のシグナルを用いて候補の優先順位を決定し、財務的実現可能性と技術的実現可能性の両方に対して明確に定義されたガイドラインを適用します。
- 標準化された予算編成、予測、およびビジネスユニットの測定基準がチーム全体に一貫して適用され、価値とコスト効率性のための比較可能なトレードオフと意思決定サポートを可能にします。
- チームは、必要な基盤や共有サービスを含め、一貫性とコンプライアンスを確保 するために、高度な自動化（例：Infrastructure as Code、Policy as Code、標準化されたパターンやテンプレート）を使用しています。
- 強固なプログラム管理に支えられ、堅牢な監視とレポートにより、基準値、変更追跡、成果の検証を含む、実施全体を通じたコスト、使用量、影響に対する透明性が提供されています。
- チームは、変更後の評価を体系的に行い、得られた教訓を記録して標準、パターン、将来の意思決定に反映し、使用量、価格設定、制約の進化に応じて意思決定を再検討します。
機能的活動
FinOps実践者
FinOpsチームの役割を担う者として、私は以下を行います。
- ビジネスユニットのメトリクスを使用して、アーキテクチャ設計とワークロード配置の選択肢をビジネス目標に結び付ける
- モダナイゼーションや配置の変更を含む、ワークロードの選択肢の財務的実現可能性とコスト効率性を評価する
- 設計、インテーク、オンボーディングの段階で、コスト、使用量、影響に関する透明性のある意思決定サポートを提供する
- エンジニアリングチームと連携してアーキテクチャおよびワークロード配置計画を策定し、配賦メタデータ、ポリシー遵守、予測モデルが確実に整備されているようにする
- 価値の便益実現（Benefits realization）を記録および追跡し、その成果を将来の意思決定に反映する
プロダクト
プロダクトの役割を担う者として、私は以下を行います。
- ワークロードの選択肢やトレードオフを評価するために使用するビジネス成果とビジネスユニットのメトリクスを定義する
- 自身のプロダクトで使用されているサービスやパターンの能力を維持し、価値とコスト効率性を向上させる機会を特定する
- エンジニアリング（アーキテクチャを含む）およびFinOps実践者ペルソナと連携して、選択肢（例：再設計、置き換え、統合）を比較し、ビジネスニーズに基づいて作業の優先順位を決定する
- 成功指標を検証し、変更後の成果評価をサポートする
財務
財務の役割を担う者として、私は以下を行います。
- モダナイゼーションや配置の変更を含む、ワークロードに関する決定の財務的実現可能性を評価する
- FinOps実践者およびプロダクトペルソナと連携して、計画された変更、予測、および期待されるビジネス成果を理解する
- 意思決定とオンボーディングの実行に必要な予算編成と予測の実践をサポートする
- 変更の実施後、便益実現を通じて価値を記録および追跡する
エンジニアリング
エンジニアリングの役割を担う者として、私は以下を行います。
- 運用の要件、制約、およびビジネス目標に対して、ワークロードの設計と配置の選択肢を評価する
- 信頼性、スケーラビリティ、パフォーマンスのニーズを満たしながら、価値とコスト効率性を高めるために、モダナイゼーション、リプラットフォーム、配置にわたる改善策を特定して提供する
- 適切な場合は自動化やInfrastructure as Codeを使用して、必要な基盤と共有サービスを実装および運用する
- ガバナンスおよび運用基準（例：配賦メタデータ、セキュリティコントロール、オブザーバビリティ）への準拠を確保し、運用準備が整っていることを確認する
- リスクと影響を最小限に抑えるために、実施とオンボーディングを実行および調整し、承認されたアーキテクチャとデプロイパターンに従う
リーダーシップ
リーダーシップの役割を担う者として、私は以下を行います。
- ビジネスの優先順位に沿った、アーキテクチャ設計とワークロード配置の方向性とガードレールを設定する
- FinOpsペルソナ全体で相互の当事者意識を支援し、ガバナンスのタッチポイントが効果的であることを確認する
- ワークロード候補の優先順位を決定し、価値、コスト効率性、リスク、および運用の目標にわたるトレードオフを承認するための、情報に基づいた意思決定を行う
- 変更後の成果や得られた教訓に基づいて行動することで、継続的なモダナイゼーションを強化する
- モダナイズされたワークロードから得られた削減効果をビジネスイニシアチブに再投資するための戦略的方針を示す
関連ペルソナ
関連ペルソナの役割を担う者として、私は以下を行います。
- 自身の専門分野（例：セキュリティ、ITAM、ITFM、サステナビリティ、リスク、コンプライアンス）から制約、要件、および意思決定サポートを提供する
- 必要なコントロール、基準、およびレポートへの期待が満たされていることを確認することで、実施とオンボーディングをサポートする
成功指標とKPI
成功指標は、可能な限りビジネスユニットのメトリクスと明確に関連付けられており、向上したテクノロジー価値とコスト効率性を示すものであるべきです。
ユニットエコノミクスと価値
- ビジネスユニットのメトリクスに沿ったユニットコストの傾向（例：顧客あたり、トランザクションあたり、クエリあたり、またはモデル実行あたりのコスト）
- ビジネスケースに対する便益実現（該当する場合は、削減額、回避されたコスト、生産性、または収益への影響）
- 実現された削減額の、優先度の高いビ ジネスイニシアチブへの再投資率（該当する場合）
コスト効率性の成果
- モダナイゼーション、移行、およびサポートコストを差し引いた、インフラストラクチャの削減額と回避されたコストを含むコスト効率性の向上
- 設計および配置の決定に関連する無駄の指標の削減（例：アイドル容量、過剰プロビジョニング、低利用率）
予測と財務管理
- 設計中、オンボーディング中、または大幅に変更されるワークロードの予測差異
- 大幅な変更に対する予算またはガードレールの遵守（しきい値の超過、承認コンプライアンス）
変更効率とタイムトゥマーケット
- 移行状態の時間とコスト（例：並行稼働の期間と増分コストの影響）
- 主要なイニシアチブに対するタイムトゥマーケット（Time to market）への影響（意思決定から本番環境への準備完了までのリードタイム、または合意されたデリバリーマイルストーン）
サステナビリティ
- 測定可能な場合におけるサステナビリティの効率性（例：作業単位あたりの排出量またはエネルギー強度）
- 移行（例：重複状態）によるサステナビリティへの影響と、その緩和策の有効性
継続的改善
- 変更後の検証完了率（成功基準に対して記録された測定済みの成果）
- 承認されたパターンと標準の再利用（導入率、繰り返される問題の削減）
KPI
重複アプリケーションカバー率（Redundant Application Coverage Percent）
同様のビジネス機能をサポートする重複または二重のアプリケーションに、SaaS支出がどの程度集中しているかを測定します。この数式は、アプリケーションポートフォリオ内の重複するツールに関連する総SaaSコストの割合を定量化します。割合が高いほど重複が多く、統合の機会が大きいことを示し、割合が低いほど、より合理化され明確になったSaaS資産を反映します。
[続きを読む]
SaaS最適化ROI（SaaS Optimization ROI）
実現されたコスト削減額と、それらのアクションを実施するためにかかったコストを比較することにより、SaaS最適化の取り組みの有効性を測定します。この数式は、ライセンスの適正化（Rightsizing）、プロビジョニング解除、ティア調整、またはアプリケーションの合理化などの最適化活動から得られるリターンを定量化しま す。ROIの値が高いほど、最適化の取り組みがコストに対して比例して大きな財務的利益をもたらしていることを示します。
[続きを読む]
インプットとアウトプット
インプット
ビジネス価値と成功指標
- ワークロードとシステムに関するビジネスユニットのメトリクスおよび価値メトリクス
- 顧客とステークホルダーの成果（例：顧客満足度）
- 意思決定ケースの前提条件、成功基準、および検証アプローチ
コスト効率性
- インフラストラクチャコストのインプット
- サポートおよび実行コストのインプット
- モダナイゼーションおよび実施コストのインプット（該当する場合は、移行またはマイグレーションコストを含む）
レジリエンスとリスク
- サービス品質の目標とパフォーマンス指標
- セキュリティ体制とコンプライアンス要件
- 運用の安定性に関するインプット（例：インシデント履歴、サポートモデル、運用の制約）
ベロシティ
- 開発者の生産性に関するインプッ ト
- リリース頻度とデリバリーパフォーマンスに関するインプット
- ビジネスのアジリティ（俊敏性）に関するニーズと制約（例：タイムトゥマーケットへの期待）
イノベーション
- イノベーションに対するリターン（Return on innovation）に関するインプット（例：期待される便益、オプション価値）
- 従業員体験（Employee experience）に関するインプット（例：生産性の摩擦、プラットフォームの使いやすさ）
サステナビリティ
- 利用可能な場合における、炭素排出量（Carbon footprint）およびサステナビリティレポートの要件
- 電力使用効率（PUE）
- 循環型経済（Circular economy）に関する考慮事項（例：資産のライフサイクル、再利用、廃棄の制約）
アーキテクチャ、パターン、および使用行動
- リファレンスアーキテクチャ、承認されたパターン、およびサービスの使用パターン
- 既知のコストドライバーと二次的な影響（依存関係、統合、データ移動、ツール）
ガバナンスと普及促進
- 配賦メタデータの標準とコスト可視性の要件
- 基盤と共有サービス（関連する場合はランディングゾーンまたは同等のもの）
- 自動化とInfrastructure as Codeの標準
- ワークロードを検出し、コスト、使用量、影響をレポートするためのツールの準備状況
アウトプット
トリアージと頻度
- アーキテクチャ設計とワークロード配置に関する、再現可能なレビュー頻度と意思決定プロセス
- 検証済みの候補群と優先順位付け（価値対労力）
意思決定の成果物
- アーキテクチャおよびワークロード配置の選択肢とトレードオフ
- 財務ビジネスケースと価値の比較
- 定義された成功指標と検証計画
オンボーディングと変更の成果物
- どのような状況で何をオンボードまたは移動するかをガイドするオンボーディング戦略
- 実施および移行計画、見積もり、順序、および受入基準
- ペルソナ全体に透明性を提供するためのプログラムマイルストーン、スケジュール、およびレポート成果物
継続的改善
- 変更後の評価結果、得られた教訓、および測定可能な成果
- 成果に基づく標準、パターン、およびガバナンスへのアップデート
目次
関連資産
価値を最適化するためのFinOpsによるAI/MLワークロード向けKubernetesのスケール 
AI向けFinOpsの概要 
AI予測に対する最適化の影響 
コスト効率性を考慮したデータベース設計が重要である理由 
コ スト効率性を考慮したVMベースアプリケーションの設計 
FOCUS（FinOps Cost and Usage Specification）の紹介 
自動化がクラウド請求額削減の鍵である理由（Capital One）