Clearing the Hurdles with Multi-Domain Service Orchestration

Organizations are looking to apply multi-domain service automation and orchestration solutions that seamlessly integrate with existing sources of truth and IT systems for end-to-end orchestration.

Morgan Stern

April 13, 2023

6 Min Read
Clearing the Hurdles with Multi-Domain Service Orchestration
(Credit: ScimanSky / Alamy Stock Photo)

As more organizations accelerate their transformation initiatives, networks are becoming more cloud-centric, multi-domain, and multi-vendor, allowing enterprises and service providers to offer high-value services with optimal performance at minimal operational cost. But in order to see the true value of these benefits, organizations need to address the challenges associated with highly complex and distributed networks that require orchestration and automation to maximize the full value of the network.

With the continued drive for new revenue opportunities, operational systems, and complex infrastructures pose challenges for organizations – specifically as they relate to innovation and technology adoption. As a result, organizations are looking to apply multi-domain service automation and orchestration solutions that seamlessly integrate with existing sources of truth and IT systems for end-to-end orchestration. So far, the service orchestration market has been predominantly composed of development-heavy platforms and open-source software frameworks. Subsequently, most orchestration initiatives have required significant investments in professional services and software development expertise to deploy and maintain, diminishing business value by increasing total cost of ownership and extending program durations unnecessarily.

Enterprises and service providers need platforms that enable them to offer high-value, emergent services with optimal performance at a minimal operating cost.

Deploying Large-Scale Multi-Domain Service Orchestration: Challenges/Solutions

Two areas that have a significant impact on solution flexibility are cost to implement and total cost of ownership are data representation models – how the data within and between domains will be structured – and communication interfaces – how the domains will talk with each other and work together. These two components have a significant impact on deploying large-scale multi-domain service orchestration presenting a difficult, but necessary, hurdle for orchestration architects: establishing agreement on how data should be structured and represented within the data models, and how communications between the interfaces should be defined.

Specifically, there are three core roadblocks that need to be addressed when deploying large-scale multi-domain service orchestration:

1. Relying on standardized data models and interfaces takes time and limits flexibility

2. Technology – especially the disruptive kind – is unpredictable

3. Development-heavy platforms come with rising costs

Time & Flexibility

While a standards-based approach to integration reduces effort and typically offers faster implementation versus development-driven integration, it does offer some limitations. The first challenge is while standards lag behind new technologies and capabilities, changes can take several months, sometimes even years and most organizations don't have the luxury of time. Standards provide a common, generic set of APIs that can be applied to products from multiple vendors. With this, it's important to understand that standards typically follow a "lowest common denominator" model, where the focus of the APIs is on features and functionalities that are common to all platforms. However, every service offered on a standards-based approach will be the same as a service offered by a competitor. Even if an organization wanted to apply a unique feature, there is no support provided.

Unpredictable Technology  

Some orchestration platforms are designed to support specific data models or technologies, so when disruptive technology comes along, the platforms aren't flexible and nimble to change. This was evident when the industry shifted to containers as the preferred method for application deployment instead of virtual machines. Systems that were focused on virtual machine orchestration were ill-equipped to pivot to containers. To adapt to evolving technology, orchestration systems, and tools need to be flexible and easily adaptable to change.


With costs rising in every industry, organizations are even more sensitive to it – and there are several factors that can drive cost when implementing a platform: software licensing costs, workflow development, customizations, and new feature developments. The total cost of ownership and the migration of systems have both become big factors when choosing an orchestration platform. But working with a vendor that offers modern no-code capabilities such as code-free integrations and dynamic object creation allows teams to develop and manage their orchestration and automation flows.

So How Do You Address These Challenges?

Understanding the design principles needed for an orchestration platform will help overcome the challenges discussed earlier. There are three design principles that are necessary to incorporate when designing and choosing a platform:

Rapid integration capabilities and flexibility are mandatory

Over the past few years, the networking industry has seen a shift from CLI-centric implementations toward APIs and protocols like Netconf/Yang. Greater programmability of the network layers enables greater control over the network and services, but only if the orchestration platform can integrate with the systems. Rapid integration that can be implemented within minutes eliminates integration costs while providing a more robust orchestration flow.

Accessibility of orchestration and automation regardless of domain or development skill level

Because automation and orchestration platforms have been based on older, development-heavy software technologies, significant and ongoing investment is required to maintain them. Organizations need a platform built on a low-code paradigm with open-source, prebuilt workflows and orchestrations that allow the end user to deploy immediately. This accessibility allows the technical community to participate directly in the development and testing, leverage their expertise, and work with the tools at their disposal.

Orchestration must be highly scalable

The continued growth and rate of change in network infrastructure has created a large demand on the orchestration layer. Organizations need a solution that is built on a modern technology stack designed to scale up to the largest networks while supporting multiple deployment options.

As more organizations implement multi-domain service automation and service orchestration capabilities, they should draw from their first-hand experiences and use the feedback to evolve their decision-making criteria when expanding their orchestration platforms. Service providers that choose multiple vendors for their multi-domain orchestration solution are in a position to win and lead within the industry as they focus their competencies on rapid integration and ecosystem management.

Morgan Stern is VP of Automation Strategy at Itential.

Related article:

About the Author(s)

Morgan Stern

Morgan Stern is a VP of Automation Strategy at Itential. For the majority of his career, Morgan has focused on assisting organizations in maximizing the business impact of new technologies as an architect, consultant, writer, and presenter. In his current role at Itential, he works with Itential’s global customer base in developing and implementing their automation strategies.

Stay informed! Sign up to get expert advice and insight delivered direct to your inbox

You May Also Like

More Insights