ブログ

形態と機能: 企業における NFV

ロリ・マクヴィッティ サムネイル
ロリ・マクヴィッティ
2015 年 7 月 27 日公開

Jim Metzler 氏は最近、 「NFV は企業で活用できる余地があるか?」という質問を投げかける、会話のきっかけとなる優れた記事を執筆しました。 彼は他の議論の中でも、

「ETSI が注力している機能のすべてを現在仮想化している、あるいは将来的に仮想化する企業は知りません。なぜなら、その機能の多くは企業ネットワークには適用できないからです。 しかし、ほとんどの企業は少なくとも一部の機能を仮想化しています。」

まず、NFV という略語には 3 つの個別のコンポーネントがあることに注目することが重要だと思います。 ネットワーク機能仮想化。

興味深いことに、サービス プロバイダーは、仮想化され、後で 1 つの優れた自動化ワークフローで調整されるネットワーク機能に固執する傾向があります。 サービス プロバイダーの観点からすると、これは理にかなっています。SGi ネットワーク全体には、モバイル ネットワークからインターネットへのトラフィックを取得し、付加価値サービス機能で収益を生み出すように設計されたボックスが搭載されています。これらの機能を仮想化することは、経済的にも運用的にも理にかなっています。 しかし、彼らの最終目標は交通を移動させることです。 トラフィックは、ビデオ、テキスト、統合コミュニケーションなどに分類されますが、最終的にはapplication自体は無視されます。 YouTube や Vimeo はそれほど重要ではありません。重要なのは、トラフィックがビデオであり、加入者はすべてのビデオが最新の iGizmo でシームレスに再生されることを期待していることです。

一方、企業は、ネットワーク仮想化という形式と、それがもたらす俊敏性とコスト削減の特性に固執する傾向があります。  主な目標はapplicationエクスペリエンスです。applicationsのパフォーマンスとセキュリティが最も重要であり、そのためには、少なくとも特定のapplicationsに関連付けられたサービスについては、仮想化を採用しなければ経済的に維持できないアプリケーションごとのサービス モデルを有効にすることがますます重要になっています。 そのため、企業は仮想化に注力しています。なぜなら、COTS ハードウェアを活用し、調達とプロビジョニングの時間を短縮し、自動化とオーケストレーションを使用して IT をサービス対応にして、インフラストラクチャ内のサービス数の増加による運用上の影響を軽減する必要があるからです。  

つまり、企業向けの NFV は存在するが、それがサービス プロバイダーによって構想され実装される「唯一の」 NFV となる可能性は低いということです。 私は、NSV (ネットワーク サービス仮想化) は、機能よりも形式を重視する企業の傾向に密接に合致するため、企業における NFV の適切な形式であると主張し続けています。

ただし、どちらのアプローチも同等に有効です。 しかし、企業はサービス プロバイダーではなく、サービス プロバイダーは企業ではありません。つまり、テーマにはさまざまなバリエーションがあると言えます。 今世紀の初めを思い出すと、IMS はサービス プロバイダー ネットワークの主要なアーキテクチャでした。 IMS は本質的には SOA ですが、非常にキャリア重視の観点を持っています。 両者は同じ基本原則に基づいていたにもかかわらず、「互換性」がありませんでした。

したがって、NFV のエンタープライズ版が登場する可能性は高いでしょう (私は NSV を応援していますが、それは皆さんもご存知でしょう)。しかし、子が親の浅いコピー* であるように、エンタープライズ NFV もサービス プロバイダーの親のコピーになります。

 

* この用語はプログラム的な意味で使用しており、パラメータを値で渡すことと参照で渡すことを区別するようなものです。 これは役に立たないですよね? 信じてください、悪くないですよ。