- July 24, 2017
- Posted by: Nati Shalom
- Category: Cloudify
Last quarter we launched Cloudify 4, a major milestone transforming Cloudify from a DevOps tool to a complete Application and Network Management Platform. This is highlighted by the addition of an enhanced customizable portal, based on React, with an emphasis on multi-tenancy and security in addition to our continued support for container orchestration through integrations with the Kubernetes, Docker Swarm and Mesos platforms.
Watch the Cloudify 4 webinar on demand. Join Now
Version 4 was part of a more significant move to introduce a whole new thinking of how next generation cloud application management should be built. As part of that play, we also launched a new website (cloudify.co) and branding which reflects this change.
Cloudify 4 played a big part in both the previous and current quarters’ wins, the current exceeding even last quarter’s results and target revenue by 60%.
In addition, there was a GlobalData report which puts Cloudify as the leading open MANO orchestration framework with the largest number of deployments amongst 13 vendors who were evaluated in this report. This comes on top of other mentions in this Light Reading report as well as an OPNFV eBook covering their vCPE and vIMS (Clearwater) use case powered by Cloudify orchestration, which puts Cloudify as the leading reference implementation for open NFV orchestration.
In this post, I wanted to highlight the key achievements from Cloudify second quarter results of 2017 and how they fit into our overall strategy.
Open vCPE Wins
Last quarter we launched a new Open vCPE solution which introduced an orchestration-first approach to NFV. The orchestration-first approach aims to address one of the biggest challenges for providers with the current infrastructure-first approach to NFV – namely, the ability to integrate with existing networks. According to a recent IHS survey this has been a concern of 52% of the carriers.
Since we launched this innovative solution, Partner Communications (previously Orange Israel) went to production and launched their new V-NET product using Cloudify as orchestrator and VMware as the NFVI.
SD-WAN Screenshot from Partner Communication’s new VNet offering
More details on this specific use case can be found in this post: How Cloudify Enabled a Telco to Create a Fully Automated, Managed CPE Service – A Use Case
This quarter we added another major European carrier into this program, a major win over both established providers and other open source alternatives. This deal also included a partnership with one of the leading system integrators who are responsible for the end-to-end delivery of the solution.
The combination of Cloudify as the Open vCPE framework and system integrator, responsible for the end-to-end solution, is a winning combination that could help carriers get the best of both worlds. On one hand this solution could be easily tailored to the carrier’s infrastructure and needs, and on the other the carrier receives a full turnkey-like solution similar to others, such as Cisco, but without the lock-in and significantly more economical.
Cloud Native VNF Win
One of the challenges that carriers face today when launching a new NFV project is that the VNFs (switches, routers, firewalls, etc) were not designed to run on a virtual network.
I’m happy to say that this year we signed an OEM partnership agreement with MetaSwitch, one of the first movers in the Cloud-Native VNF space and established partners of ours for the last couple of years. Metaswitch was also selected by Swisscom as their PoC winner in the NFV/SDN “Call For Innovation” for their new product Cloud Native Network Evolution in December 2016.
A great example of this partnership can be seen in this MetaSwitch demo.
Cloud Native ClearWater IMS using Cloudify
DevOps Automation / Multi-Cloud Win
During a joint event with Atos and Société Générale in Paris, the two companies presented their journey toward a DevOps and Multi-Cloud strategy and why they chose to base their strategy on TOSCA, using Alien4Cloud and Cloudify.
I think the following slides from the event speak for themselves.
Why Atos chose Cloudify
How Cloudify fits with Atos Aliend4Cloud
This win adds to other enterprises that are using Cloudify for multi-cloud orchestration.
More about the event can be found in this post.
Edge Computing Win
One of the most promising opportunities that we closed this quarter happens to be in the area of Edge Computing. Edge computing is the movement from the central clouds we all work with today, to a highly distributed cloud in which airplanes, ships, or cars and virtually any other IoT device becomes a moving data center of its own.
Edge computing pushes cloud management as we know it to the limit with requirements such as low footprint, dealing with unreliable networks, and extreme scale in a highly distributed network environment. In this specific use case, Cloudify is utilized as a central manager as well as on the edge where the customer is running Kubernetes on bare-metal and controlled by Cloudify.
I’m super excited about this use case as it fits perfectly with the flexibility of Cloudify to allow nested and distributed management all while simultaneously leveraging low-footprint orchestration through the use of ARIA on the edge device.
This allows a federated management model where we can take advantage of the power at the edge to have more autonomous management capabilities.
NFV Lab Win
We launched the first NFV Lab last year, and since then, many participants have joined the lab.
In this quarter we extended the lab to a full on-demand PoC environment and it is currently being successfully utilized by one of the Top 5 global carriers.
This was a great example showing how we could take a complex use case such as NFV IMS and turn it into a simple user experience by allowing access to a fully operational lab in a matter of minutes.
It was also a great example of how an open, bottom up strategy could become applicable in a fairly conservative industry. The move to a more open approach is also changing the way carriers adopt new technologies. Developers are becoming more influential in the decision-making process and they are influenced mostly by adoption patterns in the open source community.
This is not just a technology shift, but a huge cultural shift, as I outlined in an earlier post called “What Developers Want From Their Technology (But Mostly Cloud).”
We’re now working on a new version of our lab offering to allow an even simpler experience by turning it into a complete self-service experience.
Traditionally new technology adoption takes years to succeed, and requires close collaboration among those producing network technology and those consuming it. In the past, standards development organizations (SDOs) have played a critical role in offering a forum for discussion and debate, and well-established processes for systematically standardizing and verifying new technologies.
In a software driven world, innovation can’t wait for SDOs to deliver hard requirements that can’t fit an ever changing reality. As a result, industry has been increasingly turning to open source communities for implementation expertise and feedback.
ONAP brings together Open ECOMP and Open-O projects as a comprehensive platform for real-time, policy-driven orchestration and automation of physical and virtual network functions that will enable software, network, IT and cloud providers and developers to rapidly create new services. By consolidating member resources, ONAP will deliver a unified architecture and implementation, with an open standards focus, faster than any one project could on its own.
On June 8th ONAP announced that Accenture, CertusNet, Coriant, Juniper Networks, Mavenir, Mirantis, PCCW Global, Red Hat, VEON and Windstream joined as new members to contribute to the open source framework for network automation. These are added to the current members, which include a broad mix of major vendors, service providers, system integrators and consultancies: Amdocs, ARM, AT&T, Bell Canada, BOCO Inter-Telecom, Canonical, China Mobile, China Telecom, China Unicom, Ciena, Cisco, Cloudbase Solutions, Ericsson, Huawei, IBM, Intel, Metaswitch, Microsoft, H3C Technologies, Nokia, Open Networking Foundation, Orange, Raisecom, Reliance Jio, Tech Mahindra, VMware, Wind River and ZTE.
Cloudify is a founding member of OPEN-O, and ARIA is the common TOSCA parser in OPEN-O. In addition there are several modules within ECOMP which are using the community version of Cloudify. Cloudify is a platinum founding member of ONAP, committed to open-source and continuing our work on networks powered by open code, standards and orchestration.
ONAP is committed to model-driven orchestration based on TOSCA that crosses industry borders – vendors and service provides. When ONAP wins, the industry WINS and Cloudify WINS!
Our participation in ONAP and our continues and consistent commitment to open-source and open-standard has played a major factor in winning the large carriers deals. Cloudify also organized an ONAP Launch Event at the Open Networking Summit in April 2017.
The industry shift towards open models such as ONAP is becoming more evident and recent RFx are starting to indicate that the ETSI MANO Standards and Specs for Service Orchestration is not considered as a viable way forward, It was also indicated the vendors in this space are encouraged to look at alternative approaches such as ONAP, OSM or Open-O that overcome the ETSI MANO shortcoming.
One of my biggest frustrations with NFV is that, while it was clear that Openness Is the True Path of NFV, most of the big carriers got cold feet as soon as they had to make a final and risky decision regarding their NFV solution and often went back to their comfort zone, of working with traditional vendors. Not surprisingly many of those projects failed, sometimes in a big way. One of the more notable example of this is how Telefónica Ditched HPE as Virtualization Lead.
What makes me happy now is to see that more carriers are starting to realize that the path to openness is through partnering with players who have it already in their DNA, throughout the products they build, and business strategy they execute. The win with Partner Communications and the fact that they were able to build a vCPE and SD-WAN solution that is not just open, but far more innovative than most of the regular NFV projects at a fraction of the time and cost, has paved the way for others to follow. I’m now starting see the beginnings of a trend in which more of those players start to adopt true openness as part of their NFV strategy.
I’m also starting to see that, with the growing maturity of network virtualization, there are more use cases and demand in other areas such as Open vCPE, Cloud-Native VNFs, and network virtualization, in which that plays a key role, as I outlined in a new whitepaper on the subject.
As more enterprises adopt a multi-cloud strategy, it becomes clear that network virtualization is going to play a key role in how we manage and secure our multi-cloud networking in enterprises as well, not just in Telcos. This will be realized as part of the regular DevOps process which means that we’ll see a more application-driven networking patterns similar to the way other infrastructure resources are being managed.
The key drivers and use cases for edge computing
Application-driven networking also has the potential of completely changing the way we think about network security. Rather than having static VPC connections or firewall rules, we can turn them on only when they are needed and remove them when the application no longer needs them. We can also think of taking proactive measures such as closing the network for a specific tier of the application or even moving the entire application to a completely different datacenter when it’s under attack.
Edge computing definitely stretches this vision out in multidimensional paths as we turn every edge into a network of many miniature clouds that need to be coordinated to deliver a specific service. Edge computing also has the potential to bring the cloud strategies of enterprises and carriers much closer together both in the architecture and in the kind of application and services that would run on that environment. So, while this is still very early days for edge computing, I feel that the move to the edge will happen faster than anything else that we have experienced so far.