Leading the OpenStack Container Management Revolution
The latest OpenStack user survey on application platforms reveals an interesting trend when comparing this year’s survey with last year’s.
Join the DZone community and get the full member experience.Join For Free
The latest OpenStack user survey on application platforms reveals an interesting trend when comparing this year’s survey with last year’s. See below.
Here are some things you might have noticed:
- Kubernetes gained popularity 30% up (from 21% to 27%) over CloudFoundry which is down by 30% (from 23% to 16%) in terms of popularity! And Mesos which is down by 25% (from 16% to 11%) which put Kubernetes the leading platform for container management in OpenStack
- Docker Swarm went down in popularity by 80% from 16% to 2%! Cloudify popularity increased by 20%!
Outside the Tent
What’s interesting about this list is that none of the application frameworks listed on this survey are specific to OpenStack or even developed under OpenStack's Big Tent.
There are some interesting lessons to be learned in this regard:
- Developers tend to choose an application platform that is not tied to a specific infrastructure.
- The fact that OpenStack is open source makes it possible to provide native integration to OpenStack by external projects without being part of OpenStack thanks to the rich set of OpenStack APIs as described in this session: How to Develop for OpenStack APIs
The main question that comes from all this is: Should the OpenStack community continue to invest in building application framework projects or simply focus on making the integration of external projects with OpenStack simpler?
Interestingly enough, during the summit, Thomas Morin, Network Architect from Orange Labs, provided great insight into why they tend to select open source tools from the broader ecosystem rather than limiting themselves to OpenStack projects during a panel discussion on Open Source NFV Lessons Learned from End Users which also included members from ATT, NTT and China Mobile. I think that Thomas' view is a good representation of how most OpenStack developers think when they make their choice of application platforms and tools.
This was also echoed by Mark Shuttleworth, founder of Canonical, in his comment about the future of Big Tent:
“If you look at OpenStack it has this frame big tent, well the truth is the tent will collapse and that's going to be traumatic for everybody,” said Shuttleworth.
This is not to say that the whole of OpenStack will fail, as he believes that open source will continue to grow stronger as an Infrastructure as a Service. The core of network and compute will remain while all of the complexity on top with the as-a-Service components will disappear. (Source)
Cloudify Updates From the Summit
Anyway, the Austin summit was probably the best event yet for the Cloudify team with more than 6 talks, 12 people on the ground, a book signing, back to back meetings and lots of new stuff - here is a short summary for those who missed the party.
Cloudify was noted as one of the top 5 application and container frameworks according to the OpenStack survey!
The following sessions from the summit provide a good overview about how Cloudify works with OpenStack:
- Cloudify integration with Kubernetes - Demonstrates how you can use Cloudify to install Kubernetes on OpenStack and other clouds, manage Kubernetes micro-services composition and dependencies as well as manage a hybrid deployment of micro-services and non-microservices applications. We also announced the availability of new Cloudify/Kubernetes as a service
- Project ARIA - Simple TOSCA-based NFV Orchestration- demonstrating how you can deploy NFV application and service-chaining through a simple python library. See also the ARIA session from the summit here
- Cloudify Play List from the summit - We've put together all the Cloudify related talks from the summit on youtube playlist
This week we also announced the NFV Lab on demand which shows how you can get your own private OpenStack environment with Cloudify pre-integrated on-demand and experiment with orchestrating their first NFV service.
I would like to close by thanking the members of the community for their support.
Published at DZone with permission of Nati Shalom, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.