業界は、高度で収益化可能なネットワークサービスを提供する方法を見つける必要がある。従来のネットワークやオペレーションでは、こうした目的を達成することはできず、既存のビジネスモデルでは成長の可能性が限られ、利益率の低下やバリューチェーンにおける影響力の低下といったプレッシャーにさらされるリスクがある。ネットワークは、サービスの俊敏性とイノベーションの障害となるのではなく、クラウドとAIを中心とした新しい世界における「第一級市民」となるべきである。この変革のためには、ネットワークをプログラマブルでインテリジェントなファブリックとして再構築する必要がある。このファブリックは、多様な接続ニーズを満たすことができ、ITインフラやサービスがパブリック・クラウドで消費されるのと同様に、クラウドのようなエクスペリエンスで公開・消費できる。このネットワーク・ファブリックと関連する付加価値サービスを単一のプラットフォームに統合し、消費ベースのモデルでサービスをオンデマンドで提供することが、業界がNaaSとして構想しているものの基礎となる。
NaaSの概念は新しいものではないが、その定義、主要原則、アーキテクチャ・コンポーネントについて業界全体のコンセンサスはまだ得られていない。MEFはこれに取り組んでいる主要なイニシアティブの1つである。我々のNaaSに対する考え方は、MEFの定義と一致しているが、それを超えて、プログラマビリティと収益化のためのネットワークAPIのより広い範囲を含んでいる。
我々は、NaaSを以下の主な特徴と特徴を持つ次世代ネットワーク・サービス・プラットフォームと定義する。
図1:NaaSプラットフォームの特徴と特徴
パブリック・クラウド、SaaS、そして最近ではAIの採用により、企業のネットワーク要件は急速に変化している(図2)。企業のクラウドネイティブ・アプリケーションやワークロードは、オンプレミスのデータセンターや地理的に分散したユーザーや拠点に加え、パブリック・クラウド、SaaS、エッジ・クラウドにますます分散しているため、これらの環境間で信頼性が高く、セキュアでプログラマブルな接続性が求められています。しかし、従来のB2B接続とセキュリティ・サービスは非常に断片化されており、企業とそのサービス・プロバイダーは、複雑なネットワークとサービスを手作業でつなぎ合わせることを余儀なくされている。その結果、ネットワークのプロビジョニングには時間がかかり、変更プロセスには、クラウドのコンピュート・リソースやストレージ・リソースが数分から数時間かかるのに比べ、数カ月かかることもある。その結果、企業はマネージド・サービスとしてのネットワークをますます求めるようになり、ネットワークとレイヤー4~7サービスのシンプルでオンデマンドなプロビジョニングを、一貫性のある柔軟な方法で、できるだけ少数のサービス・プロバイダーを使って行うことを求めるようになっている。
もう一つの重要な傾向は、企業内のバイヤーペルソナ間の力のシフトである。従来のNetOpsに加え、多くの新しいネットワーク・ペルソナ(CloudOps、DevOps、SecOps)が出現しており、彼らはパブリック・クラウドやオンプレミスのデータセンターを横断するCI/CDパイプラインやInfrastructure-as-Codeツールと統合する、クラウドネイティブでアプリケーションベースのセキュアなネットワーキング機能を求めている。そのため、企業は、統一されたセルフサービス体験と一貫したセキュリティおよびコンプライアンスポリシーを通じて、さまざまなネットワーキング購入者/ユーザーのさまざまなニーズに対応するNaaSプラットフォームを必要としている。
接続性だけでなく、事業者の5Gおよびトランスポート・ネットワークには、アプリケーション開発者のニーズ(例えば、QoS/QoE(Quality of Service and Experience)、セキュリティ、不正防止、デジタル・トランザクション)や、製造自動化、公共安全、デジタル・ツイン駆動型サプライ・チェーンなどのインダストリー4.0のユースケースをサポートできる多くの機能、データ、洞察が含まれている。しかし、従来はこれらの機能を効果的に公開することにギャップがあった。この溝を埋めるため、NaaSは特定のネットワーク機能や特徴をシンプルな方法で開発者に公開する機会を提供し、特定のアプリケーションや運用技術(OT)のビジネスロジックにプログラムしたり、APIを通じてオンデマンドで呼び出したりできるようにする。
5Gネットワーク内のネットワークスライシングは、NaaSの文脈で重要になる。ネットワーク・スライシングはまだ初期段階にあり、商業的・技術的な課題に直面しているが、企業や開発者が単一の物理インフラ上に複数の仮想ネットワークを構築し、各スライスを特定のアプリケーション要件に合わせて調整することで、専用リソース、強化されたセキュリティ、最適化されたパフォーマンスを提供し、NaaSの提案を充実させる可能性を秘めている。プログラマティック・スライシングにAPIを使用することで、NaaSプラットフォームが強化され、企業が求めるきめ細かな制御と柔軟性を備えたオンデマンドのアプリケーションベースのネットワーク・プロビジョニングが実現します。
図2:エンタープライズネットワーキングの課題とNaaSによる課題解決方法
このように進化する企業の接続環境と、新たなアプリケーションおよび開発者の要件は、NaaSプラットフォームによって対処される必要がある。この目標を達成するための理想的で総合的なNaaSプラットフォーム・アーキテクチャは、以下の3つのサービス・レイヤーで構成される必要がある(図3)。
図3:NaaSアーキテクチャの概要
NaaSは企業接続のバリューチェーンを再構築しており、様々なプレーヤーが同時に競争し、互いに提携している。市場は、様々なアンダーレイ・オーバーレイネットワークの能力と注力分野を持つサービス・プロバイダーが混在して形成されている(図4)。これらのプロバイダーには、通信事業者、B2B専門の接続プロバイダー、SDCI(Software-Defined Cloud Interconnect)プロバイダー、コロケーション/インターネットエクスチェンジ(IX)プロバイダー、クラウドネイティブ・ネットワーキング・ソフトウェア・プロバイダー、パブリッククラウド・プロバイダー(PCP)などが含まれ、これらのプロバイダーはグローバルバックボーンやマネージドWANサービスを提供することで、このランドスケープの重要な一部となっている。
図4:NaaSプロバイダーの分類
また事業者は、プライベートネットワーク、5Gスタンドアロン(SA)コアネットワーク、エッジネットワークを組み合わせ、APIを通じて公開することで、他のNaaSプロバイダーが提供できない前項の高度なユースケースを実現し、NaaS提案を差別化する機会もある。
供給側から見ると、NaaSは技術ベンダーに大きな機会を提供する。Cisco、Huawei、Nokia、そして新たにHPEとJuniperが合併したようなベンダーは、エコシステム・パートナーとともにサービス・プロバイダー向けにエンド・ツー・エンドのNaaSプラットフォームを構築することができる。ArrcusやDriveNetsのようなチャレンジャー・ベンダーにも、NaaS中心のインフラ変革をサポートするオープンな分離型ソリューションを提供するチャンスがある。自動化とAIはNaaSプラットフォームに組み込まれ、Amdocs、Ciena/Blue Planet、Netcrackerなどのネットワーク自動化・オーケストレーション・ソリューションや、Red Hat、VMware、PCPなどのクラウドネイティブ・インフラストラクチャ・プロバイダー、自動化プロバイダーに対する需要を生み出すだろう。NaaSサービス・プロバイダーは、付加価値サービス・マーケットプレイスを提供するために、チェックポイント、F5、パロアルトなどのL4-7アプリケーション・プロバイダと提携する必要がある。最後に、Ericsson/Vonage、NokiaおよびPCPは、ネットワークAPIサービス・プラットフォーム層の構築において重要な役割を果たすだろう。
全体として、NaaSのバリューチェーンは混雑し断片化しており、単一のサービス・プロバイダーやベンダーがNaaSの完全な要件に対応することはまだない。これらのプレーヤーが有機的に能力を拡大し、(標準化の進展によって促進される)ギャップを埋めるために互いに提携し続ける一方で、NaaS市場は、より包括的で統一されたサービスを提供するために、より優れたサービスの統合と拡張を達成するために、サービス・プロバイダーとテクノロジー・ベンダーのレイヤーにおいて、統合と簡素化を行う態勢を整えている。
情報源:Analysys Mason社
お問合せ:Analysys Masonに関するお問合せはデータリソース(office@dri.co.jp)までご連絡下さい。