アーキテクチャ設計は常にビジネス目標に基づくものであり、 投資収益率 (ROI) と財務上の制約を考慮する必要があります。 考慮すべき一般的な質問を次に示します。
- 割り当てられた予算で目標を達成できますか?
- アプリケーションとその運用の支出パターンはどのようなものですか? 優先度の高い領域は何ですか?
- 使用率の向上や削減によって、リソースへの投資をどのように最大化しますか?
コストが最適化されたワークロードは、必ずしも低コストのワークロードであるとは限りません。 大きなトレードオフがあります。 戦術的なアプローチは事後対応的なものであり、コストを削減できるのは短期的です。 長期的な財務責任を達成するには、 優先順位付け、継続的な監視、最適化に重点を置いた反復可能なプロセスを備えた戦略を作成 する必要があります。
設計原則は、ワークロード アーキテクチャを設計して実装するときに考慮する必要がある最適化戦略を提供することを目的としています。 推奨されるアプローチから始めて、 一連のビジネス要件の利点を正当化します。 戦略を設定したら、次の手順として コストの最適化チェックリスト を使用してアクションを推進します。
テクノロジのニーズに合わせてビジネス要件を優先する場合は、初期コストの割り当てが変わると想定します。 ただし、セキュリティ、スケーラビリティ、回復性、運用性など、コストを最適化する必要がある領域では、一連のトレードオフが発生することが予想されます。 それらの領域の課題に対処するコストが高く、これらの原則が適切に適用されていない場合、より安価なソリューションを選ぶという危険な選択をしてしまい、最終的には組織のビジネス目標と評判に影響を与える可能性があります。
コスト管理規範を発展させる
|
---|
コストの最適化は、組織のさまざまなレベルで行われます。 ワークロード コストが組織の FinOps プラクティスにどのように適合しているかを理解することが重要です。 ビジネス ユニット、リソース編成、および一元化された監査ポリシーに関するビューを使用すると、標準化された財務システムを採用できます。
方法 | メリット |
---|---|
コスト モデルを開発します。 この基礎的な演習は、財務追跡システムをセットアップするための前提条件です。 | コスト モデルは、経費をインフラストラクチャ、サポート、実装などのセグメントに分けて、総保有コストの見積もりと予測を行うのに役立ちます。 これにより、コスト要因を早期に特定し、変化、成長、または収縮が予想されるビジネス モデルの全体的な支出にどのように影響するかを予測できます。 |
適切に割り当てられたロールと責任で管理および実装される、効果的かつ柔軟なアカウンタビリティ モデルを持ちます。 | 明確な説明責任は、各ロール (スコープを指定) の機能的な期待を適用し、明確さを促進し、必要なレベルで透明性を持つレポートを生成するのに役立ちます。 プロアクティブ ガバナンスは、予算を超える不要な支出につながる可能性のあるアクションを回避するのに役立ちます。 |
予想される成長を提供するすべての交渉不可能な機能要件、非機能要件、担当者、プロセスをカバーする現実的な予算を見積もります。 | 財務的境界を設定し、割り当てられた予算に対して支出をチェックする方法を確立できます。 また、特定のしきい値を超えたら通知を受け取るようにします。これにより、テナント スコープ、リソース スコープ、および予算に適用されるその他のスコープでの浪費を防ぐことができます。 |
サービス レベル アグリーメント (SLA) によって管理されるワークロードの場合は、潜在的なペナルティまたは実装作業に予算を割り当てるかどうかを評価します。 | 適切に実装されたソリューションは、ペナルティを完全に回避し、積極的な投資を行うのに役立ちます。 顧客報酬予算を確保することは、将来の責任のリスクを軽減するための実用的なアプローチです。 製品所有者と共同作業を行い、現実的なコスト補償予算を交渉します。 |
ワークロードが成熟するにつれて、トレーニング コスト、雇用費用、スキルを強化するために必要なインフラストラクチャのコストを計画します。 | スタッフ配置への投資は、フルタイムまたはベンダーサポートを通じて既存のスキルを補完します。 |
運用環境から得られた分析情報によって推進される設計変更のコストへの影響を伝えます。 | 組織は、運用フィードバックに基づいて実用的な予算調整を行うことができます。これは、数値データと同様に意味があると見なす必要があります。 |
コスト効率の考え方を使用した設計
|
---|
アーキテクチャに関するすべての決定は、財務に対して直接的および間接的な影響を与えます。 構築するか購入するか、テクノロジの選択、課金モデルとライセンス、トレーニング、運用などに関連するコストについて理解します。
一連の要件を前提に、コストに関して最適化し、トレードオフの決定を行いながら、ワークロードの全体的な懸念に効果的に対処します。
方法 | メリット |
---|---|
予想される成長を含むコスト ベースラインを確立します。 機能要件と非機能要件を満たすために、割り当てられた予算内で設計の選択が機能することを確認します。 テクノロジの選択、自動化、取得、トレーニング、変更管理に関連する費用を、その総コストの一部として考慮します。 |
コスト見積もりを使用すると、予算に対する経費を予測し、主要なコスト 要因を特定できます。 また、見過ごされる可能性のある隠れたコストを明らかにし、過剰なエンジニアリングを回避するバランスの取れたアプローチをサポートします。 このプロセスでは、コストに関する考慮事項に基づいて、テクノロジ オプションのデシジョン ツリーも生成されます。 強力な業務上の正当な理由がない高コストの代替手段を排除することで、予算能力を解放して、価値の高い機会に投資することができます。 ROI が低下する可能性があるため、計画的な成長を超えて設計することはお勧めしません。 |
リソースを上限と下限の範囲内に維持するコスト ガードレールをアーキテクチャで設計し、適用します。 | 強制により、付随的または未承認の料金を防ぎ、予算内のリソース量のみがプロビジョニングされるようにすることができます。 |
異なる SDLC 環境を異なる方法で扱い、適切な数の環境をデプロイします。 | すべての環境で運用環境をシミュレートする必要がないことを理解することで、コストを削減できます。 非運用環境には、さまざまな機能、SKU、インスタンス数、さらにはログが含まれる場合があります。 また、運用前環境をオンデマンドで作成し、不要になったら削除することでコストを節約することもできます。 |
使用の最適化のための設計
|
---|
サービスやオファリングは、さまざまな機能と価格レベルを提供します。 一連の機能を購入した後、それらが十分に活用されない状況は避けてください。 そのレベルへの投資を最大化する方法を見つけてください。 同様に、課金モデルを継続的に評価して、現在の運用ワークロードに基づいて、その使用状況により適したモデルを見つけてください。
方法 | メリット |
---|---|
選択したリソース SKU の完全な機能を活用して、パフォーマンス、セキュリティ、信頼性、運用の目標を満たします。 | 支払った分を最大限に活用できます。 不要な機能を含む SKU を選択することは避けてください。これは、追加のメリットなしに不要なコストが発生する可能性があるためです。 |
容量を動的に調整し、需要が増加したときにスケールアップし、不要になったときにスケールダウンする機会を評価します。 | この方法がないと、必要以上の容量を事前にプロビジョニングすることが必要になる場合があります。 これに対し、動的スケーリングを使用すると、最小限のベースラインを維持し、必要な場合にのみ拡張し、リソース消費量を実際の使用パターンに合わせて調整できます。 |
リソースに対して既に支払っている場合は、復旧計画の一部としてアクティブ/パッシブ モデルよりもアクティブ/アクティブ モデルのデプロイに優先順位を付けます。 | 設計が、既定でアクティブ/パッシブ モデルを使用するように設定されている場合は、そうでなければ使用される可能性があるアイドル状態のリソースが生成されるかもしれません。 アクティブ/アクティブに変換すると、負荷平準化とスケール バーストの要件を過剰な支出なしに満たすことができる可能性があります。 |
新しい機能の開発、追加の環境の設定、または機能以外の要件に合わせて最適化する場合は、コミットメント ベースの割引リソースの使用に優先順位を付けます。 | コミットされたプランを使用する機会を見つけることで、新しい機能を実装するコストを大幅に削減できます。 |
サポート プランへの投資を最大限に活用します。 トレーニングの許容量を維持して、チームが関連するツールとテクノロジを使用していることを確認します。 |
サポート プランを使用して運用環境の問題を処理したり、積極的なレビューを行ったりすると、お金の価値を得るのに役立ちます。 Microsoft サポート モデルと完全に連携します。 |
レート最適化の設計
|
---|
既存のリソースと運用のユーティリティとコストを最適化する機会を活用します。 そうしないと、ROI が向上せずに不必要にお金を費やすことになります。
方法 | メリット |
---|---|
時間の経過に伴う安定した使用パターンまたは予測可能な使用パターンを持つリソースを特定します。 これらのリソースを事前に購入して、利用可能な割引を利用してコストを最適化します。 ライセンス チームと協力して、将来の購入契約と更新戦略に影響を与えます。 |
Microsoft では、特定のリソースまたはリソース カテゴリに対する予測可能で長期的なコミットメントに対して割引料金を提供しています。 これらのリソースでは、使用期間中にコストが削減され、時間の経過と同時に償却できます。 ライセンス チームに現在のリソース投資と予想されるリソース投資に関する情報を保持することで、契約交渉中のコミットメントの適切なサイズ設定を支援できます。 場合によっては、これらの予測が組織の価格シートに影響を与える可能性があります。ワークロードのコスト効率だけでなく、同じテクノロジを使用する他のチームにもメリットがあります。 |
追加のライセンスを必要としない代替手段について説明します。 ハイブリッド使用や運用前サブスクリプションの価格などのオプションを検討してください。 | 同じテクノロジまたは同等のテクノロジに対する使用権を低コストで提供するオプションを利用することで、ライセンス コストを削減できます。 |
コスト効率が高い場合は、従量課金ベースの価格を使用します。 | 使った分だけ支払います。 このオプションは、完全に利用されているプリペイド オプションよりもコストが高くなる可能性があります。 ただし、事前購入済みのコンピューティングを完全に利用する予定がない場合は、従量課金制の方が適している可能性があります。 |
リソースの使用率が高く予測可能で、同等の SKU または課金オプションが使用可能な場合は、リソースの使用量ベースの課金ではなく固定価格の課金を使用します。 | 使用率が高く予測可能な場合、通常、固定価格モデルの方がコストが安くなり、多くの場合、より多くの機能をサポートします。 |
可能であれば、他のワークロード、リソース、チームと使用状況を併置して、財務コストと運用コストを削減します。 | 共有リソースは一元的に管理され、複数のワークロードをサポートするためにより高い容量でプロビジョニングされるため、コストをチーム間で分散できます。 |
機能要件または非機能要件に対する妥協がない場合は、低コストのリージョンにデプロイします。 各環境のリージョン オプションを個別に評価します。 運用環境では特定のリージョンが必要になる場合があります。実現可能な場合は、運用前環境にコスト効率の高いリージョンを活用することを検討してください。 |
必要な場合にのみ Premium リージョンを使用すると、大幅な節約につながる可能性があります。 また、非運用環境からの節約は、他の優先順位に再割り当てできます。 |
より高い密度を実現しやすいサービスを優先します。 特にセキュリティ境界における潜在的なトレードオフを考慮してください。 |
密度が増加すると、ワークロードの実行に必要なリソースの量が減少します。 この減少により、ユニットあたりのコストと管理コストが削減されます。 |
時間の経過に伴う監視と最適化
|
---|
昨日は重要だったことでも、今日は重要ではないかもしれません。 運用環境ワークロードの評価から学んだことに応じて、アーキテクチャ、ビジネス要件、プロセス、さらにはチーム構造の変化を予想しましょう。 場合によっては、ソフトウェア開発ライフサイクル (SDLC) プラクティスの進化が必要です。 クラウド プラットフォーム、そのリソース、契約などの外部要因が変化することも考えられます。
あらゆる変化がコストに与える影響を慎重に評価する必要があります。 変化と ROI の傾向を定期的に監視し、機能要件と非機能要件を調整する必要があるかどうかを評価しましょう。
方法 | メリット |
---|---|
経費をキャプチャして分類するシステムの機能を構築します。 | さまざまな請求境界で技術的およびビジネス上の観点を明らかにするコストを計算できます。 また、定期的なレビューを実施し、ショーバックとチャージバックのプロセスを推進することもできます。 |
支出が定義済みの予算しきい値に近づくと、コスト アラートを実装します。 これらのアラートを定期的に確認して調整し、進化する使用パターンに合わせて調整します。 |
プロアクティブ通知は、予算超過を防ぎ、タイムリーな意思決定をサポートするのに役立ちます。 |
リソース、運用、有料サポートのコストに関するアーキテクチャ設計の決定を継続的に評価および調整します。 | メトリック、パフォーマンス データ、請求レポート、機能の使用状況を定期的に確認することで、コストを削減できる微調整につながる可能性があります。 サポート 契約の使用を評価し、適切なサイズ設定を行うことで、一部のコストを節約できる場合もあります。 |
使用率が低い、使用されていない、古い、またはより効率的な代替手段に置き換えることができるリソースの使用を停止します。 不要なデータを定期的に削除します。 |
使用率の低いリソースのサイズを変更または削除したり、SKU を変更したりすることで、コストを削減できます。 未使用のリソースをシャットダウンし、必要なくなったデータを削除すると、無駄が減って資金が解放されるため、それらを他の領域に投資できます。 |