Lessons Learned from Cloud Foundry episode artwork

EPISODE · Mar 7, 2021 · 30 MIN

Lessons Learned from Cloud Foundry

from The Reasoning Show · host Cloudcast Media

Cloud Foundry was going to create an open source alternative to Heroku, as well as replace how Enterprise companies built software. But change is never easy. Looking back, what can we learn from the lessons of Cloud Foundry?SHOW: 495SHOW SPONSOR LINKS:Get started with the JumpCloud Directory Platform today  Interested in a free JumpCloud T-Shirt? Email [email protected] how O’Reilly online learning can help your tech teams. Request a free demo now.CLOUD NEWS OF THE WEEK - http://bit.ly/cloudcast-cnotwCHECK OUT OUR NEW PODCAST - "CLOUDCAST BASICS"SHOW NOTES:Cloud Foundry Launch (Part I) - 2011Cloud Foundry Launch (Part II)Cloud Foundry history (Wikipedia)Cloud Foundry Foundation (launched in January 2015)Understanding the Cloud Foundry Foundation (Sam Ramji, Eps.186)Structured vs. Unstructured Platforms (Wikibon, Gracely, 2015)Architectural Considerations for OSS PaaS and Container Platforms (2016)HOW DID CLOUD FOUNDRY EVOLVE?An open source, programmable cloud application platform (PaaS). Heroku (2007), Google AppEngine (2008) existed before Cloud Foundry (April 2011). OpenShift launched in May 2011. Apcera was launched in 2012 by Derek Collison Open Source, Multi-cloudMultiple languages, frameworksAutomation for the infrastructure (BOSH)Integrated Logging, Tracing, Routing, GUIData Services live off the platform, via Service BrokerVery heavy platform footprint (up to 50 VMs)Diego container scheduler Warden container runtime Many large vendors got involved once it became a foundation. IBM, SAP, Intel, Cisco, EMC/VMwareMany end-user customers joined (great for recruiting)None of the Cloud providers, other than an infrastructure stem-cellBy 2016-17, most large Cloud Foundry vendors were shifting their focus to KubernetesLESSONS LEARNED FOR THE FUTURESingle-vendor led communities are difficult, especially if a foundation is created.Technology transitions are hard, oftentimes impossible. Cloud Foundry chose to downplay Docker and Kubernetes as “just for infrastructure”, even within their own community. Make it simple to get environments/clusters (Managed Kubernetes services, Cluster API, laptop-level environments (minikube). Needs to be a managed cloud service on good clouds. Platform-aware, Infrastructure automation is important (e.g. like BOSH, except that it works)Industry is mixed on if stateful / data serviFEEDBACK?Email: show @ the enterprise ai show dot comeBluesky: @EntAIShow.bsky.socialTwitter/X: @TheEntAIShowInstagram: @TheEntAIShow

Cloud Foundry was going to create an open source alternative to Heroku, as well as replace how Enterprise companies built software. But change is never easy. Looking back, what can we learn from the lessons of Cloud Foundry? SHOW: 495 SHOW SPONSOR LINKS: Get started with the JumpCloud Directory Platform today Interested in a free JumpCloud T-Shirt? Email [email protected] how O’Reilly online learning can help your tech teams. Request a free demo now.CLOUD NEWS OF THE WEEK - http:/...

NOW PLAYING

Lessons Learned from Cloud Foundry

0:00 30:27

No transcript for this episode yet

We transcribe on demand. Request one and we'll notify you when it's ready — usually under 10 minutes.

Frequently Asked Questions

How long is this episode of The Reasoning Show?

This episode is 30 minutes long.

When was this The Reasoning Show episode published?

This episode was published on March 7, 2021.

What is this episode about?

Cloud Foundry was going to create an open source alternative to Heroku, as well as replace how Enterprise companies built software. But change is never easy. Looking back, what can we learn from the lessons of Cloud Foundry?SHOW: 495SHOW SPONSOR...

Can I download this The Reasoning Show episode?

Yes, you can download this episode by clicking the download button on the episode player, or subscribe to the podcast in your preferred podcast app for automatic downloads.
URL copied to clipboard!