on Posted on Reading Time: 4 minutes
Spotlight: Gorkem Yigit, Research Director, Analysys Mason
MEF plays an important role in helping to define what network-as-a-service (NaaS) should look like as well as standardising APIs that will enable service providers to build their NaaS offerings. At MEF’s Global NaaS Event in Dallas, Texas, 28–30 October 2024, Analysys Mason will participate as one of the organization’s analyst partners alongside members of the MEF community who will highlight their recent work on NaaS. This article explores some of the important market trends and topics that we expect to be discussed at the event.
In our Analyst Insights series, leading industry analysts share their expert insights and valuable perspectives on the latest trends, innovations, and strategic developments in digital transformation for industry leaders navigating today’s evolving landscape.
Evolving Enterprise-Related Multi-Cloud Connectivity Requirements are Leading to Early NaaS Adoption
Enterprises are running applications in a growing number of public, software-as-a-service (SaaS) and edge clouds and therefore need to connect these environments with each other and their on-premises data centres. However, traditional connectivity solutions are proving inadequate due to the complexity of stitching together underlay networks from multiple service providers and because these solutions cannot offer the required agility and flexibility to mirror that of the cloud. Enterprises are instead demanding multi-cloud networking solutions that allow them to rapidly provision connectivity on-demand and apply traffic engineering and security policies in a consistent and programmable manner across their networks and cloud environments. These requirements coincide with shifting network buying power—with CloudOps and DevOps teams gaining greater influence on networking spend—as well as a move to application-driven networking.
Service providers can fulfill these networking requirements by offering multi-cloud NaaS solutions. In alignment with the MEF, Analysys Mason defines such solutions as those that support the following features and functions: any-to-any connectivity, self-service, single-pane-of-glass management, flexible consumption models, value-added service marketplaces and exposure of network capabilities through APIs and software development toolkits (SDKs). This definition goes beyond simply allowing enterprises to avoid building and maintaining their own networking infrastructure; NaaS enables them to set up and consume performant, secure and service-level agreement-based (SLA-based) connectivity through a cloud-like experience.
Many Service Providers are Investing in Underlay and Overlay Capabilities to Develop their NaaS Offerings
Multi-cloud NaaS imposes requirements on both underlay and overlay networks. The need for programmability means that underlay networks must be software-defined and highly automated—to the extent that many telecoms operators have found that they need to transform their existing underlay networks before they can begin offering NaaS. NaaS providers may own and operate their own underlay networks and/or partner with other service providers to utilize their underlay networks. In addition, NaaS solutions mandate intelligent, cloud-native overlay networks. Service providers can build these overlay networking platforms in-house, buy software platforms from vendors or take a hybrid approach.
NaaS is an opportunity for more players than just traditional telecoms operators. A variety of specialised B2B connectivity providers, software-defined interconnect providers, co-location/internet exchange providers, multi-cloud networking software vendors, multi-cloud SD-WAN managed service providers and public cloud providers also play key roles in the NaaS value chain. However, all of these providers struggle to fully address enterprises’ NaaS requirements and, as such, they are actively working to expand their NaaS offerings, for example, by expanding their geographical presence, adding new Layers 4-7 application provider partners, enhancing the programmability of their underlay networks, improving self-service capabilities and exposing a greater range of network capabilities via APIs.
Automation that is Based on Standardized APIs will be Essential for NaaS Providers
NaaS providers must implement automation that streamlines how enterprise customers order connectivity and how it is delivered by service providers using their own or partners’ networks. This requires service providers to build their NaaS solutions around API-driven automation. To achieve the vision set out in the MEF NaaS Industry Blueprint, MEF has developed Lifecycle Service Orchestration (LSO) APIs, which support business process and operational automation. These LSO APIs build upon and extend TM Forum’s APIs and can be used alongside those from TM Forum and CAMARA.
NaaS providers will need to implement both north-south and east-west APIs. North-south APIs act within a service provider, facilitating communication between their BSS, OSS and underlying network. For example, this might include APIs to instantiate new network services, manage performance and monitor faults. This API-driven operational automation will replace the manual processes traditionally used to configure services, which often resulted in customers waiting weeks or months for connectivity. In contrast, east-west APIs are used by enterprise customers and developers to interact with NaaS providers, as well as by NaaS providers to integrate and orchestrate their partners’ networks. Enterprise-facing APIs simplify how enterprises order connectivity (potentially allowing connectivity to be provisioned by enterprises’ CI/CD pipelines), while developer-facing APIs facilitate programmatic interactions between applications and networks. Moreover, these east-west APIs enable inter-service provider collaboration, allowing NaaS providers to seamlessly integrate services across partner networks, meeting enterprise and developer demands on a larger scale and geographical footprint.
It is critical that east-west NaaS APIs are standardized across the industry. Service providers that rely on proprietary APIs for specific partners’ networks will be constrained by limited partner options and the time required to develop new proprietary APIs. In contrast, widespread adoption of MEF’s LSO APIs would enable NaaS providers to seamlessly partner with other service providers with minimal or no custom integration effort. Collaboration between standards bodies—such as TM Forum, MEF and CAMARA—and active participation from the broader NaaS ecosystem in developing standardized APIs will be crucial for enabling new API-driven service opportunities in various industry verticals. As the NaaS landscape evolves, service providers’ abilities to adapt to emerging standards and to integrate diverse network capabilities will not only determine their competitive edge but also shape the future of connectivity in an increasingly digital, cloud-driven and AI-centric world.
For those readers attending MEF’s Global NaaS Event this year, please look out for Analysys Mason’s panel discussion ’NaaS Market & Automated Ecosystem’ on 30 October 30 (Day 3), when the topics covered in this article will be discussed in more detail.
Learn More
- Get the MEF NaaS Industry Blueprint.
- Explore MEF’s LSO APIs.
- Hear Gorkem Yigit’s panel discussion, NaaS Market & Automated Ecosystem, on Day 3—30 October, of the Global NaaS Event by MEF.
Gorkem Yigit
Research Director | Analysys Mason