What Does the Cloud-Native Landscape Look Like for Communication Service Providers?

Oct. 21, 2022

Data centers, central offices, and enterprise campuses all over the world make up “the cloud.” Public and private cloud configurations with compute, storage, and networking capabilities are provided by distributed physical servers, networking equipment, and software. Whether it’s physical, virtual, on-premises, in a distant data center, or a hybrid mix of all of the above, the cloud fuels the digital operations of any business. Digital transformation of the business paired with the rise of 5G services requires exploring and deploying cloud service—and that’s the core of what it means to be cloud-native.

The cloud-native landscape is often referred to as a cloud stack, and includes infrastructure, provisioning, orchestration, management, and application development. These components take advantage of the cloud delivery model and provide cloud services like infrastructure as a service (IaaS), platform as a service (PaaS), and software as a service (SaaS).

Cloud Infrastructure and Services

While some communication service providers (CSPs) choose to add servers and network equipment to their own central offices and data centers incrementally, others prefer to run their workloads in the cloud, using a cloud provider’s IaaS offering. This model allows CSPs to add more digital scale, capacity, and compute power than their co-located private cloud can accommodate, without incurring the deployment delays and costs of physical hardware and software licenses. The need for elastic infrastructure capabilities will only grow as firms transform their business operations and customer-facing support and services into digital channels.

CSPs also look to cloud providers to deliver application-development platforms as a hosted service. PaaS enables providers to leverage a range of application development and testing tools hosted by the cloud provider’s platform, with the cloud provider maintaining underlying infrastructure, security, operating systems, and backups. Central offices and operations centers may also use multiple cloud-based SaaS offerings for business support systems (BSS) like help desk ticketing, product management, order management, revenue management, and customer relationship management.

To avoid yet another form of vendor lock-in that providers are all too familiar with, CSPs need simultaneous access to multiple cloud providers that leverage BSS data in real-time. This access enables CSPs to choose cloud services that meet their needs at the most competitive price.

Cloud provisioning

Users gain access to cloud services and resources via cloud provisioning. Cloud providers allocate resources based on what’s needed, how and when those resources need to be delivered, and payment terms.

Advanced cloud provisioning is based on a formal contract and is billed as a monthly flat fee. Customers use advanced provisioning to access cloud resources for specific resources and services at will.

Dynamic provisioning is based on variable or fluctuating demand and billed on a pay-per-use basis. Customers use dynamic provisioning to scale up quickly to accommodate unexpected workload spikes, and scale back down when workloads normalize.  

Cloud self-service supports transactional cloud service(s) that don’t require contracts or billing. Cloud self-service allows customers to order cloud services on-demand from a web portal with a credit card.

CSPs may find that certain types of cloud provisioning lend themselves to certain cloud services. For example, advanced cloud provisioning may work best for regular workload spikes that affect customer service-level agreements (SLAs) but are not big enough to require capex spending for a particular network segment. Advanced provisioning is also a good option for BSS SaaS tools like customer relationship management or help desk ticketing systems. Enterprise development teams delivering CI/CD customer services might use PaaS with advanced cloud provisioning or dynamic provisioning. Cloud bursting might use dynamic service provisioning to deal with unexpected workload spikes. Cloud self-service provisioning may work best with employee productivity bots and tools.

Cloud containers and runtime

While cloud providers offer efficient and effective ways to host applications and application development, to fulfill those promises, their offerings require that hosted applications run in cloud environments. Application developers who develop new products and services in cloud-native environments will use cloud-native application containers that operate in isolated, standard, and secure ways. As defined by the Linux Foundation, “cloud-native” refers to containerized open-source software stacks in which each element of an application is packaged in its own container and is dynamically orchestrated so that each part:

  1. can be actively scheduled and managed to optimize resource utilization.
  2. is microservices orientated to increase the overall agility and maintainability of each application.

Cloud environments need programming tools that start and stop containers, access and store data, and provide communication capabilities between containers. Just as all applications have runtime code they use to execute their instructions, so do containerized cloud-native applications. Cloud runtime engines are specifically designed for the cloud environment, with cloud runtime tools matching application containers to the cloud compute resources they need to execute their instructions and support their workloads.

Cloud orchestration and management

With hundreds of thousands of application containers running workloads at any given time, cloud orchestration and management are required to keep containers from inadvertently robbing each other of resources and affecting service delivery.

Application containers need cloud orchestration and management to manage container connections, interactions, and containerized workflows and services in public and private clouds. Cloud automation tasks are configured into cohesive workflows, while providing the appropriate permissions oversight and policy enforcement for the customer and the environment. The cloud environment requires real-time cloud services discovery, scheduling, and coordination to operate efficiently and effectively.

In a communications network, cloud automation toolkits shouldn’t be confused with network automation toolkits that include network service orchestration and management. Any CSP planning to run end-to-end network service delivery operations in the cloud need all of the above automation tools, with the added requirement that the applications use open and standard APIs so that they can be integrated and work together seamlessly.

Cloud-native application development

At the top of the cloud stack is cloud-native application development. Java, PHP, Python, Ruby, and good old C++ make up the landscape of programming languages for functions and microservices that run in cloud containers. Cloud-native application development is a method of building and managing responsive, scalable, and robust applications in a public, private, or hybrid cloud environment. Cloud-native application development and the supporting infrastructure are more resilient because they don’t rely on a single, critical hard drive or server. Anyone with appropriate privileges can access these applications from anywhere, on any device.

Providers have a mix of traditional applications and cloud-native applications in their central offices and network operations centers. That mix is often reflected in a provider’s business model. Traditional CSPs have more traditional application-development methodologies for their enterprise systems as well as chassis-based vertically integrated network gear with proprietary management systems. On the other hand, as their name implies, cloud providers have more cloud-native applications built using cloud-native application-development tools. As CSPs adopt IaaS and PaaS, they are adding more and more applications that were designed for cloud deployment from the ground up.  

Going cloud-native

Going cloud-native is just one part of digital transformation in an established multivendor ecosystem. As the pace of technology-led disruption increases, it’s vital to engage partners who understand how the cloud-native landscape can enable businesses to digitize their business operations and reinvent customer interactions.

Rhonda Holloway is director, network automation solution marketing, at Fujitsu Network Communications.

Sponsored Recommendations

Coherent Routing and Optical Transport – Getting Under the Covers

April 11, 2024
Join us as we delve into the symbiotic relationship between IPoDWDM and cutting-edge optical transport innovations, revolutionizing the landscape of data transmission.

Scaling Moore’s Law and The Role of Integrated Photonics

April 8, 2024
Intel presents its perspective on how photonic integration can enable similar performance scaling as Moore’s Law for package I/O with higher data throughput and lower energy consumption...

AI’s magic networking moment

March 6, 2024
Dive into the forefront of technological evolution with our exclusive webinar, where industry giants discuss the transformative impact of AI on the optical and networking sector...

Data Center Network Advances

April 2, 2024
Lightwave’s latest on-topic eBook, which AFL and Henkel sponsor, will address advances in data center technology. The eBook looks at various topics, ranging from AI backend networks...