The problem is clear. A company likely has to manage an NFV environment that includes multiple orchestration tools within the NFV Orchestration and VNF Management layers and 3-5 infrastructure managers that each handle a particular segment of their hybrid cloud architecture. Each of these pieces also is supplied by different vendors that have little vested interest in out of the box interoperability with the others. All said and done, that’s approximately ten separate management systems just for NFV that don’t even communicate with each other out of the box!
Keep in mind, these multiple NFV management systems also must integrate with the existing network management tools that interact with the physical network, IT systems for ticketing, request management, and perhaps even billing.
Interoperability is king for NFV
Interoperability is critical to NFV adoption for two key reasons. The first reason is personnel-related. As described above, an NFV environment requires multiple new tools. Users are required to know them all and manually “swivel chair” from system to system to perform the specific tasks required in each. Here lies a gaping skills gap. There is a point where the engineers' humanity comes into play, and they just can’t learn to efficiently use every single tool due to there simply being too many of them. This leads to specialization within the team where certain engineers become experts in a subset of the management tools. As a result, tasks that should be achievable by a single engineer can involve multiple people in order to be completed. In an effort to achieve the goals of NFV to streamline and cut costs, a complex environment is being built by operators that requires more people to be successful instead of less.
Second, from a network management perspective, it is difficult to maintain services that have pieces of its definition dispersed across a myriad of different systems, with no single system having a complete view. This has a direct impact on the ability to manage configuration changes, accurately charge end users (whether internal or external) for services used, and effectively monitor and assure the quality, performance, and reliability of the network. Federation of the data from each of the systems involved is a key aspect of interoperability. There must be a way to see a single view of all data about a service supported by the NFV environment, but not doing so by creating copies of the data.
The complexity of managing so many different components is an impossible task and a major barrier to NFV adoption. However, there is hope! Since these various solutions have primarily been developed in the last 6 to 8 years, they are designed with full exposure of their capabilities via APIs in mind. This provides the basis for a solution to the problem via intelligent network automation.
NFV’s holy grail? APIs.
Modern networks will include NFV-based networks and services. One of the keys concepts of the modern network is programmability. Programmability means having access to tools and the network itself in a manner very similar to the way we have been integrating software systems for many years now. Consistent APIs based on open standards allow communication across multi-vendor environments and effectively future-proof the network.
Every network will have multiple orchestrators, controllers, and other network management systems. By consuming the APIs of these systems and presenting a single, unified management layer that exposes their capabilities for use in intelligent network automation workflows, it is possible to abstract the complexity from the user. This abstraction closes the skills gap previously mentioned by eliminating the need for an engineer to have to understand the 10+ new systems added. That engineer is instead presented with a single tool that not only combines the capabilities of the NFV tooling into a common user experience but also can pull in the existing tools that have been used pre-NFV. The result is not simply negating the new complexity, but also eliminating existing complexity. Additionally, this approach enables federation of the data from each of the NFV management tools, and existing network management systems, providing a single view of the network.
Intelligent network automation and an API-first approach are the answers to enabling NFV to make good on its numerous promises. These approaches provide interoperability where none exists currently, thereby inserting the missing link to NFV success.
Subsea cable alternatives can provide a level of comfort for those concerned about disruptions. Realistically, they will continue to play a small, but critical role in the short term.
Maintaining existing network infrastructures often incurs huge technical debt before newer technologies are adopted over time.
Amid ongoing regional uncertainties, telecom infrastructure in the Middle East has expand to include terrestrial low-latency network infrastructure, which offers resilience and agility in navigating political complexities without relying solely on undersea networks.
