包括的な管理アーキテクチャは、多面的な技術環境を単一のエンティティとして扱うことができるアーキテクチャです。その好例が、オンプレミス、パブリック・クラウド、プライベート・クラウド、エッジ環境全体で、物理サーバー、データセンター、クラウド・サービス・プロバイダが実際にそのインフラを構成する数に関係なく、単一のハイブリッド・クラウド環境としてストレージ、ネットワーク、コンピューティングを管理できるアーキテクチャです。
包括的な管理アーキテクチャとは
包括的な IT アーキテクチャには、複数のコンポーネントが含まれていますが、各コンポーネントは、単一の IT ネットワークと見なされるものに価値をもたらすように機能します。企業の IT 環境は、生産性、営業、顧客サービスなど、ビジネスのあらゆる側面をサポートしているため、特にピーク時の業務時間でも常に利用できるように管理する必要があります。アーキテクチャを総合的に管理することで、サポートを異なる部分に分割するのではなく、ビジネスをサポートする単一のエンティティとして環境を扱います。
包括的な管理アーキテクチャは、環境全体の異種システムからのバグやユーザーのフラストレーションを排除します。各システムを独自のネットワークとして管理するのではなく、包括的な管理アーキテクチャは、単一のエンティティとして相互作用するように設計されており、ユーザーは、基礎となるシステムに関係なく、日々のタスクを実行できます。
包括的な管理アーキテクチャの仕組み
ほとんどのエンタープライズ環境には複数の可動部分があり、環境には複数のネットワーク・セグメント、外部クラウド・インフラ、リモート・ワークステーションとユーザー、IoT、さまざまな物理オフィスがあります。これらの要素は全て相互接続され、問題なく動作する必要があります。また、包括的な管理アーキテクチャは、これらのコンポーネントを全て取り込み、統合することで、単一の環境のように感じられます。
要素が連携して機能するのではなく、さまざまな環境で個別に認証や作業を行うことで、作業を完了できます。例えば、ユーザーは、顧客サービス活動を実行するために、クラウドでホストされるアプリケーションと、オンプレミスでホストされるアプリケーションという2つのアプリケーションを持つ場合があります。どちらのアプリケーションも連携して同じデータを表示し、顧客サービス・エージェントが 2 つの異なるシステムを混乱させることなく職務を遂行することができるようにする必要があります。
包括的な管理アーキテクチャ：フレームワークと手法の比較
包括的な管理は方法論ですが、管理者が個々のプロセスやポリシーを定義するためのフレームワークが用意されています。組織の手法は、インフラの保守、アップグレード、インストールの方法に関する手順やポリシーを管理者が決定できる独自のフレームワークに変えることができます。
フレームワークの始まりは、設計と、多くの場合、インフラ上での日々の職務遂行方法の全面的な変更です。テクノロジーは、ビジネスのニーズに応え、あらゆる手法やフレームワークが業界、コンプライアンス基準、ビジネス要件に左右されるようにする必要があります。
包括的なアプローチでよく使用される最も一般的なエンタープライズフレームワークの 1 つは、オープン・グループ・アーキテクチャ・フレームワーク（TOGAF）です。TOGAF は、幅広いインフラと手法を統合し、単一の統合環境を構築します。これにより、組織によるツールの使用が標準化され、全ての管理者が統合時に同じアプリケーション、用語、構成、サードパーティ製品を使用できます。テクノロジー管理に包括的なアプローチを採用することで、各管理者が他の管理者と互換性のない独自のツールやサービスを所有している場合の複雑さを回避できます。
包括的な管理とオープンアーキテクチャ：違い
大規模なエンタープライズ環境やデータセンター環境では、物理インフラが世界中に存在することが理解されており、ほとんどの環境はオープン・アーキテクチャに分類されます。また、ほとんどの環境では、各ロケーションで異なるシステムが管理者によって管理され、ベストプラクティスが異なる階層化されたアプローチを採用しています。
オープン・アーキテクチャ環境では、各ロケーションに独自のハードウェア、ソフトウェア、管理のベストプラクティスが存在する場合があります。このアプローチは、単一のユニットとして作業するために複数の場所が必要になるまで機能する可能性があります。このような場合、管理者は包括的なアプローチに移行し、システムを標準化するために特定のシステムを再設計する必要があります。
オープンアーキテクチャは、ビジネスアーキテクチャ、データアーキテクチャ、アプリケーション、インフラの展開をサポートするハードウェアとソフトウェアに焦点を当てています。多くの環境では、オープン・アーキテクチャはオープンソース・ソフトウェアを使用しており、管理者は環境をサポートするために独自のツールを選択できます。包括的なアプローチにより、管理者は標準化されたツール、時にはクローズドソースを使用し、複数の場所やデータセンターに標準化された特定のインフラをインストールする必要があります。管理者にはツールのリストが与えられ、多くの場合、特定のベンダーにハードウェアを注文します。
Zachman との比較：違い
TOGAF は、管理者がインフラ管理に対する包括的なアプローチを基盤とする最も一般的なフレームワークかもしれませんが、Zachman Enterprise Architecture もあります。Zachman のアプローチは、1980 年代後半に開発され、主にインフラの展開と保守に携わる人々に焦点を当てています。TOGAF はプロセスを定義し、Zachman はインフラを展開する前に利害関係者の意見を聞きます。
Zachmanのアプローチは、管理者によるインフラの展開方法を定義するのではなく、展開に関与する人々のマトリックスと、その視点の簡単な説明です。各関係者は、インフラに関する意見を提供し、ビジネスの生産性をサポートするために何をする必要があるかを定義します。
包括的な管理アーキテクチャのメリット
方法論やフレームワークの変更は、技術の使用に責任を負うステークホルダーやビジネス・スタッフを支援するメリットを提供する必要があります。ビジネス・アーキテクチャの包括的な管理には、次のようなメリットがあります。
- テクノロジー、ハードウェア、ソフトウェア、管理プロセスを統合
- 複雑さを軽減
- 互換性のないアプリケーションやシステムによるバグやユーザーのフラストレーションを軽減
- システムが標準化され、管理者にすでに知られているため、展開が迅速化
- アプリケーションやインフラ全体でデータ・モビリティを向上
- インフラは環境全体で標準化されているため、潜在的なバグが少なく、展開が高速化します。
包括的な管理アーキテクチャの欠点
管理者がアーキテクチャを管理する方法に大きな変更を加えると、いくつかのハードルと予期せぬ落とし穴が生じる可能性があります。管理者は新しいプロセスについて学ぶ必要があり、標準化されたインフラは、管理者がその仕組みに慣れていない場合に学習曲線を持ちます。
特定のアプリケーションに精通しているユーザーは、新しいシステムに移行する必要がある場合にもトレーニングが必要になる場合があります。アーキテクチャの変更には運用予算のコストがかかる場合があるため、インフラの統合やスタッフのトレーニングに伴うコストを回避したいと考える組織もあります。
インフラの変更にはダウンタイムが必要となり、ダウンタイムはユーザーエクスペリエンスや収益に影響を与える可能性があります。一部の展開は、生産性に影響を与えることなく実行できますが、実稼働環境で使用する前にテストする必要があります。インフラの展開には数か月かかるため、すでに多忙なスタッフにオーバーヘッドが発生します。
包括的な管理アーキテクチャの実装方法
包括的な管理アーキテクチャを実装するには、計画が必要です。ビジネス環境には物理層と論理層があるため、これら 2 つはシームレスに相互接続する必要があります。インフラ、アプリケーション、データは、ビジネスが顧客に提供するミッションクリティカルなサービスをサポートします。この設計では、これら3つのコンポーネントを俊敏性と耐障害性を備えた方法で統合し、ダウンタイムや中断なしで顧客のニーズを確実に満たす必要があります。
インフラを展開する前に、テストを行う必要があります。テスト環境は、間違いを避けるために本番環境を模倣する必要があります。パラメータや構成も実稼働環境と同じであることを忘れないでください。データは新しい環境に移行する必要があり、大規模なデータベースには時間がかかる場合があります。一部の企業は、移行のアプローチを遅らせ、古い環境と新しい環境を稼働させています。ユーザーが新しい環境のトレーニングを受けたら、古い環境を廃止し、特定の日付以降に切り捨てることができます。
FlashStack による包括的な管理アーキテクチャの簡素化
ご覧のように、独自の包括的な管理アーキテクチャをゼロから構築することは、決して大きなメリットではありません。幸いなことに、ピュア・ストレージと Cisco は提携し、シンプルで使いやすい包括的な管理インフラを提供しています。
FlashStack は、オンプレミスとマルチクラウド環境を統合した AI ベースのソフトウェア定義のハイブリッド・クラウド・インフラです。スタック全体は包括的に管理され、共通の AI ベースの管理インターフェースを共有することで、単一の画面から各レイヤーを監視、制御、プロビジョニングできます。FlashStack は、スケーラブルでサービスとして利用可能で、ビジネスの需要やイノベーションの一歩先を行くことに集中できます。
