デルは、単一名前空間の AI ストレージ アーキテクチャが企業の分散型データ重力の現実と衝突し、アーキテクチャ上の制限が解決されていないため、GPU がデータの待機中に停止することを余儀なくされていると主張しています。
その中心には、基本的な選択があります。データはコンピューティング プラットフォームに送信されるべきか、それともデータが存在する場所にプラットフォームが送信されるべきでしょうか。デルの競合インテリジェンス担当シニア ディレクターである Jon Hyde は、3 つのブログ投稿にわたって、集中型ストレージ統合スタックを介した連携 AI データ プラットフォームについて主張しています。
ハイド氏は最初の投稿で、大規模なデータセットには固有のデータ重力があり、それらを元の場所 (コア データセンター、エッジ サイト、主権コンプライアンス地域、SaaS 環境、データ ウェアハウス、事業部門が所有するオブジェクト ストア) に固定してしまうと主張しています。エンタープライズ AI の最も単純なルールと呼ばれる彼の論文では、データは到着した場所に留まり、ほとんどのデータは決して再配置されないと述べています。
多くの企業 IT の摩擦により、規制と主権のルール、アプリケーションのロックイン、データ所有権の競合、契約とコストの障壁、M&A データの断片化、コンプライアンスにロックされたアーカイブ、カタログ化されていない未知のデータ、組織内のサイロなど、クリーンな統合データ アーキテクチャがブロックされています。
ストレージ統合スタック (VAST AI OS に代表される): ベンダー制御の統一名前空間内で大規模なデータセットを一元管理することを中心に構築され、組み込み AI サービスを緊密に結合して運用を合理化します。このモデルは、統合を正当化するためにデータがプラットフォームに移行されることを前提としており、グリーンフィールドの AI 導入にうまく機能します。
Hyde の 2 番目のブログでは、分散型エンタープライズ データの現実を無視しているとして、VAST AI OS のようなストレージ統合アーキテクチャを批判しています。これらのスタックは 1 つの厳格な前提に基づいて動作します。つまり、すべての AI 処理は独自の名前空間に取り込まれたデータのみで実行され、外部データはプラットフォームからは見えなくなります。ベンダーは、移行ツール、運用を簡素化するための市場統合、およびデモ中に断片化された現実世界のデータ環境を隠す統合 UI を提供します。
生データ、メタデータ、ベクトルを 1 つのモノリシック カテゴリにまとめたアーキテクチャでは、デフォルトで大量のデータ移行という欠陥のある使命が課せられます。 3 つのレイヤーを区別するフレームワークは、規制された重いデータをローカルで管理し、メタデータを企業全体で複製し、環境をまたがる AI 推論にベクトルを使用します。統合された名前空間は、生データが唯一考慮される資産である場合にのみ機能します。メタデータとベクトルが独立したコアコンポーネントとして認識されると、効果がなくなります。
デルのフェデレーション アーキテクチャは、次の 3 つの基本原則に基づいて動作します。
生データは、既存のガバナンス チームの下でネイティブの場所に残ります。
メタデータはグローバルに複製され、すべての AI ワークロードに場所を越えた完全な資産の可視性が付与されます。
ベクトルは環境全体でセマンティック コンテキストを伝達し、生データを再配置せずに AI 推論を可能にします。