標準化されたAPIに基づく自動化は、NaaSプロバイダーにとって不可欠となるでしょう。

MEFは、ネットワーク・アズ・ア・サービス（NaaS）のあり方を定義し、サービスプロバイダーがNaaSの提供を構築するためのAPIを標準化する上で重要な役割を果たしています。この団体のグローバルNaaSイベントは、2024年10月28日から30日にかけてテキサス州ダラスで開催され、アナリティクス・メイソン社は、MEFコミュニティのメンバーとともに、アナリストパートナーの1社として参加します。この記事では、イベントで議論されることが予想される重要な市場動向やトピックの一部を紹介します。

進化する企業関連のマルチクラウド接続要件が、NaaS の早期導入につながっている

企業は、ますます多くのパブリッククラウド、SaaS（Software-as-a-Service）、エッジクラウドでアプリケーションを稼働させており、それゆえ、これらの環境を相互に、またオンプレミスのデータセンターに接続する必要があります。しかし、複数のサービスプロバイダーのアンダーレイネットワークを統合する作業が複雑であること、また、クラウドに匹敵する俊敏性と柔軟性を実現できないことから、従来の接続ソリューションでは不十分であることが明らかになっています。その代わりに、企業は、オンデマンドで迅速に接続性をプロビジョニングし、トラフィックエンジニアリングやセキュリティポリシーをネットワークやクラウド環境全体で一貫性のあるプログラマブルな方法で適用できるマルチクラウドネットワーキングソリューションを求めています。 これらの要件は、ネットワーク購入力の変化、すなわち、CloudOpsやDevOpsチームがネットワーク支出に与える影響力が強まっていること、およびアプリケーション主導のネットワーキングへの移行と一致しています。

サービスプロバイダーは、マルチクラウドのNaaSソリューションを提供することで、これらのネットワーク要件を満たすことができます。MEFに準拠して、アナリシス・メイソンは、このようなソリューションを、以下のような機能や性能をサポートするものとして定義しています。すなわち、あらゆる対あらゆるの接続性、セルフサービス、一元管理、柔軟な消費モデル、付加価値サービスマーケットプレイス、APIやソフトウェア開発ツールキット（SDK）を介したネットワーク機能の公開などです。ソフトウェア開発ツールキット（SDK）によるネットワーク機能の公開。¹ この定義は、単に企業が自社のネットワークインフラの構築と維持を回避できるというだけにとどまりません。NaaSは、クラウドのような体験を通じて、パフォーマンスに優れ、セキュアで、サービスレベル契約（SLA）に基づく接続をセットアップし、利用することを可能にします。

多くのサービスプロバイダーは、NaaSの提供を開発するために、アンダーレイおよびオーバーレイ機能に投資しています

マルチクラウドのNaaSは、アンダーレイネットワークとオーバーレイネットワークの両方に要件を課します。プログラマビリティの必要性から、アンダーレイネットワークはソフトウェア定義で高度に自動化されている必要があります。そのため、多くの通信事業者は、NaaSの提供を開始する前に既存のアンダーレイネットワークを変更する必要があると認識しています。NaaSプロバイダーは、独自のアンダーレイネットワークを所有および運用するか、または他のサービスプロバイダーと提携してそのアンダーレイネットワークを利用することができます。さらに、NaaSソリューションには、インテリジェントなクラウドネイティブのオーバーレイネットワークが必須となります。サービスプロバイダーは、これらのオーバーレイネットワークプラットフォームを自社で構築することも、ベンダーからソフトウェアプラットフォームを購入することも、あるいはハイブリッドアプローチを取ることもできます。

NaaSは、従来の通信事業者以外の多くの事業者にとってもチャンスとなります。さまざまな専門B2B接続プロバイダー、ソフトウェア定義相互接続プロバイダー、コロケーション/インターネットエクスチェンジプロバイダー、マルチクラウドネットワーキングソフトウェアベンダー、マルチクラウドSD-WANマネージドサービスプロバイダー、パブリッククラウドプロバイダーも、NaaSのバリューチェーンにおいて重要な役割を果たしています。³ しかし、これらのプロバイダーはすべて、企業の 。そのため、例えば、地理的なプレゼンスの拡大、レイヤー4-7のアプリケーションプロバイダーのパートナーの追加、アンダーレイネットワークのプログラマビリティの強化、セルフサービスの機能の改善、そしてAPIを介したより幅広いネットワーク機能の公開など、NaaSの提供を拡大するために積極的に取り組んでいます。

標準化されたAPIに基づく自動化は、NaaSプロバイダーにとって不可欠なものとなるでしょう

NaaSプロバイダーは、企業顧客が接続を注文する方法と、自社またはパートナーのネットワークを使用してサービスプロバイダーが接続を提供するやり方を合理化する自動化を実装する必要があります。そのためには、サービスプロバイダーはAPI駆動型の自動化を軸にNaaSソリューションを構築する必要があります。MEF NaaS Industry Blueprintで定められたビジョンを実現するために、MEFはビジネスプロセスと運用自動化をサポートするライフサイクルサービスオーケストレーション（LSO）APIを開発しました。これらの LSO API は TM フォーラムの API を基盤として拡張したものであり、TM フォーラムおよび CAMARA の API と併用することができます。

NaaS プロバイダーは、ノース-サウス API とイースト-ウェスト API の両方を実装する必要があります。ノース-サウス API はサービスプロバイダー内で機能し、BSS、OSS、および基盤ネットワーク間の通信を促進します。例えば、新しいネットワークサービスのインスタンス化、パフォーマンス管理、障害監視などの API がこれに該当します。このAPI駆動型の運用自動化により、従来サービス設定に使用されていた手動プロセスが置き換えられ、その結果、顧客は接続までに数週間から数ヶ月も待たされることがよくありました。これに対し、企業顧客や開発者は、NaaSプロバイダーとのやり取りに東西APIを使用します。また、NaaSプロバイダーは、パートナーのネットワークを統合し、連携させるために使用します。企業向けのAPIは、企業による接続の注文方法を簡素化し（企業のCI/CDパイプラインによる接続プロビジョニングを可能にする可能性もあります）、開発者向けのAPIは、アプリケーションとネットワーク間のプログラムによる相互通信を促進します。さらに、これらの東西APIはサービスプロバイダー間のコラボレーションを可能にし、NaaSプロバイダーがパートナーネットワーク全体でサービスをシームレスに統合することを可能にします。これにより、企業や開発者のニーズに、より大規模かつ広範な地理的範囲で応えることができます。

業界全体でイースト・ウェストのNaaS APIを標準化することが重要です。特定のパートナーのネットワークに独自仕様のAPIに依存するサービスプロバイダーは、限られたパートナーの選択肢と、新しい独自仕様のAPIを開発するために必要な時間によって制約を受けることになります。これに対して、MEFのLSO APIが広く採用されれば、NaaSプロバイダーはカスタム統合の労力を最小限に抑え、あるいはまったく必要とせずに、他のサービスプロバイダーとシームレスに提携することが可能になります。TMフォーラム、MEF、CAMARAなどの標準化団体間の連携と、標準化されたAPIの開発における幅広いNaaSエコシステムからの積極的な参加は、さまざまな業界の垂直統合において新しいAPI主導型のサービス機会を実現するために不可欠です。NaaSの状況が進化するにつれ、サービスプロバイダーが新たな標準に適応し、多様なネットワーク機能を統合する能力は、競争優位性を決定するだけでなく、デジタル化、クラウド主導、AI中心の世界における接続性の未来を形作ることにもなります。

情報源：Analysys Mason社

お問合せ：Analysys Masonへのお問合せはデータリソース（office@dri.co.jp）までご連絡下さい。