最適化について考えるのに早すぎたり遅すぎたりすることはありません。 明日の最新のITインフラストラクチャでさえ、割り当てられたすべてのタスクに対処できない可能性があります。 また、最適化は、パブリッククラウドへの一部のサービスの移行、ITプロセスの最適化、既存のコンポーネントのパフォーマンスの微調整など、常に新しい資産の取得からはほど遠いものです。
最適化タスク
最適化の主なタスクは、ITインフラストラクチャをサポートするための最小限のコストで、ビジネスプロセスの高品質で継続的な運用を保証することです。 しかし、この目標を分解して理解できるようにしたいので、必要な結果を達成することができます。
まず、ITインフラストラクチャは、4つの主な問題を解決するために近代化されています。
•サービスの継続性。
•生産性の向上（コンピューティング能力）。
•サポートのコストの削減。
•会社の情報セキュリティを確保する。
これらのタスクは、条件に応じてグループに結合できるかなり幅広い方法で解決されます。
ただし、上記のアプローチのより詳細な分析に進む前に、1つの重要なポイントを作成する必要があります。
ITインフラストラクチャのすべての部分をアップグレードすることは、常に必要というわけではありません。 まず第一に、計画されたイノベーションの可能な利点を評価し、それらが計画コストとどのように相関するかを理解する必要があります。
おそらく、あなたのビジネスとあなたの現実の観点から、一部のコンポーネントは、しばらくの間起こりうる失敗のリスクを受け入れるだけで、変更しないままにしておくのが理にかなっています。 通常、このアプローチはさまざまな「サポート」ハードウェアおよびソフトウェアに関連して使用され、比較的長いダウンタイム（数日まで）でもメインビジネスに大きな損失をもたらすことはありません。
なぜ試験が必要なのですか？
次の図は、ITインフラストラクチャに対するビジネスプロセスの依存関係の古典的な図を示しています。
ご覧のとおり、さまざまなソフトウェア制御システム（たとえば、さまざまなERPシステム、CRMシステム）によりビジネスプロセスが自動化されているため、直接的な相関関係はありません。 ただし、ソフトウェアシステム自体は、既存のインフラストラクチャに直接依存しています。
たとえば、あるシステムではデータ伝送ネットワークが最も重要であり、別のシステムでは仮想サーバーに割り当てられたメモリとディスク領域の数が重要であり、3番目のネットワークでは速度ほど割り当てられたメモリではありません。
つまり、自動化されたシステムごとに、使用されるハードウェアへの依存のメカニズムが異なります。 したがって、そもそも、ITインフラストラクチャを最適化する重要なタスクは、コンピューティングシステムの特定のコンポーネントとそれらが提供するビジネスアプリケーションとの間の既存の関係を理解することです。
これらの関係が既知であり、常に最新の状態に維持されているのは素晴らしいことですが、ほとんどの場合、状況は依然として理想からはほど遠いものです。 多くの場合、特定のビジネスプロセスを自動化する決定は、さまざまな時間にさまざまな人によって行われ、原則として、既存のITインフラストラクチャが新しい要件に準拠しているかどうかの分析（または最小限）は行われません。
特定の時点で、タスクは使用される自動化システムの1つのパフォーマンスを最適化することである場合があり、したがって、企業のコンピューティング能力の特定のコンポーネントにのみ要件が課せられます。
主な関係を理解し、最も効果的な最適化の方法を概説したので、目標を達成するのに役立つアプローチの議論に戻りましょう。
ITインフラストラクチャの最適化の問題を解決するためのアプローチ
耐障害性
ITインフラストラクチャのコンポーネントの障害を意味する、すべての自動化されたビジネスプロセスの作業の継続性を維持することは、それらの劣化または完全な停止につながるべきではありません。 これは、ITインフラストラクチャに単一障害点がないことを意味します（SPOF-単一障害点）。
ほとんどの場合、フォールトトレランスは冗長性によって実現されます。 実際、メインのコンポーネントに障害が発生した場合、スペアとして一部のコンポーネントを複製します。つまり、新しい機器を購入するために追加の資本コストが必要になることを意味します（または、拡張された作業容量のライセンスを購入して既存の機器の機能を拡張するため）。
したがって、自動化されたシステムの運用、したがってビジネスプロセス自体への影響の重大度に基づいて、各コンポーネントのフォールトトレランスを向上させる問題を解決する必要があります。
たとえば、販売の最大のシェアが自分のコンピューティングサイトにあるWebサイトを介して行われ、インターネット接続を予約していない場合、回線の問題がビジネスに深刻な損失をもたらすため、インターネットの回復力が向上します接続が最優先事項です。
あなたのサイトが本質的に情報提供のみであり、金融取引を伴わず、電子通信が入ってくる手紙への即時応答の必要性を意味しない場合、インターネットへのバックアップ回線を作成する必要性は非常に疑わしいようです。 また、将来、グローバルネットワークをより完全に使用することを計画している場合でも、現時点では、冗長性の作成にリソースを費やす必要はありません。
災害耐性
フェイルセーフインフラストラクチャでは、ビジネスを継続的に実行するには不十分であることがよくあります。 たとえば、メインコンピューティングクラスターが地震が発生しやすい地域にあり、その上に構築されたソフトウェアとハードウェアの複合体が地理的に分散した生産を制御する場合、データセンター自体（データセンター）が単一障害点になります。
したがって、バックアップサイトを作成する必要があります。バックアップサイトは、主要施設で不可抗力が発生した場合に、必要なすべてのビジネスプロセスを自分自身でロックします。
予備のデータセンターの作成は、常に深刻な投資と高い運用コストに関連付けられているため、これらの投資が、主要施設でのハードウェアとソフトウェアの複合体（PAC）のダウンタイムに関連する可能性のある損失と釣り合う量を明確に理解する必要があります。 このため、専門のサービスプロバイダーのレンタルコンピューティングパワーは、バックアップデータセンターとして非常に頻繁に使用され、最も必要なサービスとアプリケーションのみが実際に起こりうる災害から保護されています。
ITインフラストラクチャの仮想化
ほとんどの場合、最新のソフトウェアにはハードウェアに関する特定の要件がなく、仮想マシンを最大限に使用して必要な計算能力を提供することができました。
また、以前のサーバー間でのタスクの分散が非常に高価な場合（タスクごとに個別の物理サーバーを割り当てる）、仮想化テクノロジーを使用すると、この問題をはるかに簡単かつエレガントに解決できます。 最新のサーバーハードウェアを使用すると、要求が厳しくないアプリケーション（ドメインコントローラー、WSUS、監視システムサーバーなど）を実行するのに十分なパフォーマンスで、数十（場合によっては数百）の仮想マシンを実行できます。 必要なコンピューティングリソースを構築するコストを削減することに加えて、仮想化技術には多くの利点があります。
•耐障害性と耐障害性を高める。
•サービスの分離。
•サービス間のリソースの柔軟な分散の可能性。
•特定の問題を解決するのに最適なオペレーティングシステムの使用。
•ラックのスペース節約。
•エネルギー消費と熱放散の削減。
•管理の簡素化。
•サーバーの展開と管理のための広範な自動化機能。
•フェールオーバークラスターとライブマイグレーションによる強制および計画的なシステムダウンタイムの削減。
プライベートクラウド組織
仮想化技術のさらなる発展は、特定の物理サーバーに関連しない特定の問題を解決するためにコンピューティングリソースが割り当てられるプールにサーバーを結合する「プライベートクラウド」（Eng。Private Cloud）の概念です。 このようなクラウドは、企業のデータセンターに基づいて構築され、ITサービスをさらに「弾力性のある」ものにすることができます。一方、パブリッククラウドサービスを使用するのとは異なり、プライベートクラウドにあるすべてのセキュリティ問題とデータの機密性の維持は完全に閉じたままです。
ハイブリッドITインフラストラクチャ
独自のインフラストラクチャに依拠することはできますが、パブリッククラウドに基づくリソースは、誰が提供するかに関係なく、より魅力的になっています。 一部のコンピューティングパワーを「クラウド」に移したり、「クラウド」プロバイダーのリソースを犠牲にしてローカルキャパシティを拡張したりすることは、異国的なものではなくなり、完全に標準的な方法になりました。
このアプローチの主な利点は、自社のITインフラストラクチャの開発を節約できる（場合によっては大幅に）機会があることです。
現代の現実では、特にビジネスが特定の季節的な活動のピークにさらされている場合、本当に必要なリソースの量を予測することが非常に難しい場合があります。 一方で、必要な量の機器を購入し、すべてのニーズを自分のリソースでカバーできますが、一方で、リソースの一部がほとんどの時間（ピークからピークまで）アイドル状態になることを認識せざるを得なくなります。会社のキャッシュフローに対する最も追加の財政的負担。
パブリッククラウドのリソースを使用すると、実際の使用時にのみ必要なリソースの支払いが可能になります。たとえば、アパートの水や電気の支払いなどです。
パブリッククラウドリソースの成功した使用の典型的な例は、たとえば、新年の消費者のbus騒の間に小売業者が追加のコンピューティングパワーをレンタルすることです。 または、別の例として、独自のコンピューティングパワーを購入してスパム対策ソリューションを整理する代わりに、既製のクラウドサービスを使用できます。