免責事項 ：数式のより詳細な分析と詳細な分析は、 テーマ別の本に記載されています。
クラウドに移行するためのビジネスケースのトピックは、専門の文献とオンラインメディアの両方でめったにおよび控えめに書かれているという事実にもかかわらず、関連性があります。 一方では、技術的および経済的計算のモデル自体は非常に単純であり、通常の1回限りのコストと運用コストの計算に帰着します。
一方、正しい計算のために正確な入力データを収集することは簡単な作業ではありません。 そして、不完全な入力データを使用する場合、そのような計算の結果は物事の実際の状態からかけ離れたものになります。
したがって、クラウドプロバイダーは特定のプロジェクトで大まかな計算（「目で」）を避けようとし、広告目的のために、データの完全性の点でかなり欠陥のある例を使用し、クラウドソリューションの使用の「効率」を示します。 この資料では、経済効率を計算するための作業モデルを分析し、そのような計算の例を示します。
基本的なクラウドサービスとして、IaaS（Infrastructure as a Service）モデルの仮想インフラストラクチャレンタルサービスを検討します。 このようなモデルが何であるかについては、 Brick BusinessのIaaSの本で詳しく読むことができます。
理解することが重要です。技術的および経済的な計算は指標です。 特定の施設（指ではなく実数）でITインフラストラクチャを近代化する可能性を正当化し、可能な範囲からITインフラストラクチャを実装するための最も効果的な（経済的観点を含む）オプションを選択することがタスクである場合に実行する必要があります代替案。
選択シナリオ
通常、クラウドへの移行の実行可能性調査を行う必要があるのは、次の2つの場合です。
- 既存のインフラストラクチャの近代化の問題は成熟しています。
- プロジェクト、計画された拡張、またはITインフラストラクチャをゼロから作成するために新しいリソースが必要です。
拡張されたITインフラストラクチャは、ホスティングプラットフォーム、機器、仮想化環境の3つの部分に分けることができます。 これらの各部分は、より低いレベルのタスクとともに外部委託できます。
ITランドスケープレベルのアウトソーシング
この場合、クラウドの使用（またはアウトソーシング）の可能性の観点から比較するための主なオプションは次のとおりです。
- 機器の購入とサーバールームへの設置。
- 機器の購入とデータセンターでの配置。
- データセンターでの機器のレンタル。
- データセンターの仮想容量レンタル（実際にはIaaSモデルのクラウド）。
上記のオプションのフレームワーク内で、さまざまなアーキテクチャソリューションが可能です。それぞれ異なるITインフラストラクチャ可用性係数を異なるコストで提供します。 したがって、現状のインフラストラクチャのさまざまなオプションの経済効率を比較することは正しくありません。 これを行うには、ビジネスに必要なITインフラストラクチャの可用性要因を明確にし、各パラメーターをこのパラメーターの必要な値にする必要があります。
私たちは用語を扱います：可用性要因は何ですか
可用性係数は、ITインフラストラクチャを実装するための2つ以上のオプションを比較できる重要な指標です。 たとえば、所有コストによる2つのオプションの比較は、可用性要因が異なると不正確になります。 言い換えれば、ITインフラストラクチャの可用性要因は、インフラストラクチャが任意の時点で動作する可能性です（スケジュールされたメンテナンスウィンドウを除く）。
必要な可用性係数を決定するとき、次のデータが考慮されます。
- アイドル状態のビジネスアプリケーション中の直接的な経済的損失の量。
- ビジネスアプリケーションの動作不能に起因する間接的な損失（信頼レベルの低下、顧客の競合他社への移動、サービスの拒否など）。
これらの指標に基づいて、ITインフラストラクチャ全体および個々のサービスの最大許容ダウンタイムについて話すことができます。 アベイラビリティ係数のおおよその計算は次のとおりです[ここでは、V。Alekseevの資料、「 システムの準備の程度のおおよその計算 」を参照できます）。
ここで、 Aはシステム可用性係数です。
t p-オブジェクトが操作可能な状態にあった合計時間。
t in-オブジェクトの合計回復時間。
必要なパラメーターを見つけるには、次の手順を実行する必要があります。
1.システムのアーキテクチャ図を作成します。
2.論理に変換します。
3.コンポーネントのシリアル/パラレル接続でモジュールに分割します。
4.モジュールの準備状況の計算を実行します。
5.システム全体の準備状況の計算を実行します。
必要な可用性係数に基づいて構築するアプローチは、主にプロジェクトが新しいITインフラストラクチャを作成するのに便利です。 この場合、最初に必要な可用性係数を決定し、次にこの比率を提供する実装オプションを検討し、所有コストで比較します。
インフラストラクチャをゼロから作成するのではなく、既存のインフラストラクチャを近代化することがタスクである場合、2つの方法が可能です。
1.現在の可用性要因は私たちに合っています。最小限のコストでITサービスの特定レベルの可用性を提供できるソリューションを探しています。 この場合、プラスの内部経済効果を達成する必要があり、外部の効果はゼロになる可能性があります。 可用性比が同じで機能が同じオプションは、所有コストの観点から比較できます。
2.より高い可用性率またはより優れた機能を備えたいくつかのソリューションを検討します。この場合、内部の経済効果は取るに足りない、場合によってはマイナスになります。 同時に、外部の経済効果により、たとえばITサービスのダウンタイムによる損失を減らすことにより、主な節約を達成する必要があります。 さまざまな可用性係数を持ついくつかのオプションの有効性は、年間経済効果（SEE）によって比較できます。
次の用語を扱います：経済効果-内部、外部、年間
実際に使用されるITインフラストラクチャの経済効率の最も便利な指標は、年間の経済効果（SEE）であり、1年あたりのルーブルで測定されます。
ここで、E yearは、経済施設でITインフラストラクチャを近代化することによって達成される年間利益（節約）です[ルーブル/年]
K-ITインフラストラクチャのコンポーネントの作成と実装のための資本（1回限り）コスト[ルーブル];
E-収益率（標準収益性）[1 /年]。
年間利益（E year ）は、さまざまなコスト項目（コスト）の節約と、クラウドテクノロジーの導入による収入の増加の両方により増加する可能性があります。
ITインフラストラクチャの作成と実装のための資本（1回限り）のコスト（K）は、コンピューティングパワーの作成と試運転に必要な投資を表します。 可能な資本支出の詳細なリストとその計算のための式を主題本で提供します。
収益率（規制収益性）Eは、資本利益率と起業家所得の割合です。 その価値は、規制上の投資回収期間T okに直接関連しています。
規範的収益性の価値は、特定の産業および国全体の経済の状況に基づいて選択されます。 一般に、Eの値は、信頼できる銀行の預金率よりも小さくするべきではありません（そうでなければ、ITインフラストラクチャの近代化に投資する代わりに、これらの資金を銀行預金に預けた方が収益性が高くなります）。
ITセクターでは、新しいテクノロジーとソフトウェアとハードウェアのアップグレードの出現のペースは、その寿命が通常約5年と見なされるほどです（その後、理論的には、廃止または大幅な近代化の対象となります）。 このため、ITインフラストラクチャの計算におけるEの値は、原則として0.2〜0.25未満である必要があります（そうでない場合、実際の運用中にその投資は報われません）。
年間経済効果指標（SEE）を計算するとき、それを2つの要素に分割するのが慣習です：内部（直接）および外部（間接）経済効果。 内部（直接）経済効果は、オブジェクトに必要なITサービスを提供する機能の実装が直接節約されるために達成されます。
一般的に、次の内部効果について話すことができます。
- 障害によるビジネスプロセスのダウンタイムの削減。
- ビジネスに不可欠なデータを失うリスクを減らす
- 従業員のモビリティのレベルを上げることにより、労働生産性を向上させます
外部（間接）経済効果は、主に、情報システムのダウンタイムによる損失とビジネスにとって重要な情報の損失による損失を削減する結果として、会社の主要な活動の効率を高めることによって達成されます。
ITインフラストラクチャの所有コストを計算する機能
可用性の点で類似したITインフラストラクチャの実装のさまざまなオプション（たとえば、IaaSと独自の適切なインフラストラクチャの作成）を比較する必要がある場合、多くの機能を考慮する必要があります。
ハードウェアの冗長性と計算能力
特定のインフラストラクチャ可用性要因を確保するには、サーバーのハードウェア冗長性が必要になる場合があります。 企業がITインフラストラクチャを独自に実装する場合、ハードウェアの冗長性は、サーバーの1つに障害が発生した場合に使用される未使用のコンピューティングパワーに変換されます。 この場合の機器のダウンタイムは、必要な可用性要因を提供する必要があるためだけでなく、将来の負荷増加を計画する際に、通常「余裕を持って」機器を購入します。
IaaSプロバイダーとの作業の一環として、バックアップはプロバイダー自体によってハードウェアレベルで実装され、サービスのコストに既に含まれています。計算能力の増加は離散的ではなく（「ホッピング」-社内インフラストラクチャの場合のように）、ほぼ継続的です。 したがって、アイドル（および、したがって、収益性の低い）能力の話はありません。
投資リスク
ITインフラストラクチャおよびIT部門全体の投資プロジェクトは、主に負のリスクによって特徴付けられます。これは、投資が正当化されない場合にリソースを失う可能性があります。 同時に、ITインフラストラクチャの資本コストを投資と見なす場合、重要な資本コストがないIaaSと比較する場合、所有コストの計算を調整する必要があります。
このような調整は、特定のプロジェクトに関連するリスクごとに保険の名目コストを計算することで実装できます。その概算では、発生する可能性のある損失額に負のイベントの確率を掛ける必要があります。
このような計算を実行することは、かなり骨の折れる作業です。特定の形式のITインフラストラクチャの実装による実際のメリットを計算するには、IT専門家ではなく、経済学者が使用する多くの要因を考慮する必要があります。 それでも、このような計算は、クラウドに関する多くの話やIaaSプロバイダーのサービスを使用する企業の成功例よりもはるかに説得力があります。ほとんどの場合、移行の利点は「言葉」だけでなく実数でも表されます。
PS：数式のより詳細な分析と詳細な分析は、 テーマ別ブックに記載されています。