Service providers "have to go to cloud-native methodology to support the business in order to successfully, and competitively, go into the market," Steve Plotkin, global solution architect for analytics and monitoring systems specialist SevOne Inc. , suggested during a panel discussion at the recent Big Communications Event. "It's a challenge." (See SevOne Takes Network Analytics to Cloud.)

Edward Fox III, vice president of network services at New York-based managed services provider MetTel , agreed. "For us it's not about operational savings or orchestration. From our perspective, it's a competitive component. Can my company build an environment where we can spin up services quickly?"

How will service providers enable automated and efficient network operations to support NFV & SDN? Find the answers at Light Reading's Software-Defined Operations & the Autonomous Network event in London, November 7-8. Take advantage of this opportunity to learn from and network with industry experts – communications service providers get in free!

Cloud-native requires a "mindset shift," Fox said. "The maintenance side is what scares us most. How do we handle routing and switching issues in this framework, because it's not automatic," he said. "It's a struggle internally between our routing folks and others about which direction we're going to go."

Telcos are looking to emulate cloud-native companies, but that's difficult, Fox said. "We would want to be Facebook but that's a stretch for us," he said. Telcos need to support brownfield applications, which makes the transition tough. "When you have greenfield applications, it's certainly the way to go," he said.

"We have an embedded investment, and products that customers are consuming today around that infrastructure," Fox said.

Culture is the biggest problem for telcos making the shift to cloud-native, said Icihiro Fukuda, NTT Innovation Institute Inc. VP of engineering and chief architect. To gain experience, NTT started building things internally. "Building things and getting your hands dirty is one of the first things we did," Fukuda said. "Also, building a strong team, with more of a software-development mindset -- it's very important."

Engineers need respect for both the cloud and for how things are done in telcos. For example, young cloud-native engineers proposed retiring the BGP protocol. "This scared me," Fukuda said. Teams need to comprise cloud-native engineers and telco vets, for balance.

The path to cloud-native often runs through virtual network functions (VNFs), breaking network components into pieces and implementing continuous integration and continuous development (CICD) and service meshes, Chris Aniszczyk, Linux Foundation VP of developer programs, said.

But Fox said VNFs have proven disappointing for MetTel, failing to deliver the expected cost savings because they require additional hardware.

Instead, SD-WAN drove the transition for MetTel. "SD-WAN forced us to become very cloud-native, spinning up gateways across the world to support growth," Fox said.

Cloud-scale companies have the advantage of using custom technology, although it was something they were forced into. "Google and Facebook couldn't buy off-the-shelf because they were operating at scales not previously seen," Aniszczyk said. Those companies arrived at architectures based on microservices in containers, and that became the basis for cloud-native architectures, needed to achieve resiliency.

Open source is "critical," Plotkin said. "Yes, there will be challenges in supporting it in your mainstream," he said. But open source is "indispensable."

"Open source helps you to differentiate," Fox said. Telcos can use community-developed open source for technologies that don't differentiate, and focus on filling in the gaps.

But telcos need to participate in the open source process to be sure cloud-native technologies meet their needs, which are different from the needs of cloud-native companies, Aniszczyk said. "With open source, you have to contribute to influence direction," he said. "What we have works well for many companies. We just haven't heard from our telco friends."

Missing dimension Lot of good reflection that I can relate to. Is'nt the missing point that WAN is wide and Cloud is central you can shift features to the Cloud you can virtaualise tier 1 or move authentication to Cloud functions or move managment planes and data to the Cloud but routing and switching is intrinsically proximate to end use and failing fast is just not an option. You cannot have lower tired sites built with the same redundancy A/B testing of Cloud applications because its cost prohibitive. Trusting your SW developers or a start up to develop sounds rich in risk, more so than say Cisco IOS which is'nt perfect. So is SD-WAN the Cloud analytics and mangement of localised devices ? in which case what's new?