Compute Services

Bluemix Cloud Foundry upgrading from DEA to Diego architecture

Share this post:

Bluemix Cloud Foundry is upgrading from the Droplet Execution Agent (DEA) architecture to the new Diego architecture. The DEA architecture served the Cloud Foundry Foundation and Bluemix well, but continued innovation has delivered a broad range of improvements and enhanced the overall operation of the Cloud Foundry platform. As the world’s largest Cloud Foundry implementation, Bluemix benefits substantially from these enhancements.

We’re excited about the role IBM plays in the Cloud Foundry Foundation, the contributions we’ve made to key Cloud Foundry projects like Diego, and our support of Open Technology software like Cloud Foundry. This is a great step for Cloud Foundry and a strong move forward in our Bluemix cloud platform offering.

Get to know Diego

Diego is a new Cloud Foundry architecture with a set of capabilities that enhances the application development experience and features new capabilities for hosting and constructing cloud platforms, like IBM Bluemix. Diego is the path forward for future upgrades, expansions, and features.

The new architecture brings a number of changes to the Cloud Foundry platform that improve the overall operation and performance: an re-write from Ruby to Go allowed improvements to the overall design, a switch from a “DEA node” to a “Diego cell,” a new container management system called Garden that allows diverse operating system containers beyond Linux, the differentiation between single-run and long-running jobs, and an SSH package that allows direct login to the application container. These and many other exciting changes are detailed here.

Although new features have been (and will be) added to the application development capabilities of Cloud Foundry, existing applications don’t need many—if any—changes. But they do need to be deployed to the new Diego architecture on Bluemix.

The initial Bluemix Public generally available deployment of Diego will take place in January 2017. Existing workloads will run undisturbed on the existing infrastructure, with all new deployments occurring on the Diego infrastructure. A comprehensive migration effort is slated for early 2017 to make sure all current customer applications are moved to Diego.

Migrate your application to Diego

For a Bluemix Cloud Foundry application developer to proactively re-deploy applications, the steps are simple. Right now you can optionally deploy to the beta Diego infrastructure by using the command line to do a deploy with a special flag. After Diego becomes the generally available default architecture, all deployments default to Diego and the flag is no longer needed. In early 2017, IBM Bluemix will begin re-deploying un-migrated applications. For more details, see the steps in Application Deployment.

Learn more about Diego

Explore the new Diego infrastructure and dig into the full documentation for the Bluemix Cloud Foundry application operations:

IBM Cloud Offering Manager

More stories
May 3, 2019

Kubernetes Tutorials: 5 Ways to Get You Building Fast

Ready to start working with Kubernetes? Want to build your Kubernetes skills? The five tutorials in this post will teach you everything you need to know about how to manage your containerized apps with Kubernetes.

Continue reading

May 3, 2019

Using Portworx to Deploy and Manage an HA MySQL Cluster on IBM Cloud Kubernetes Service

This tutorial is a walkthrough of the steps involved in deploying and managing a highly available MySQL cluster on IBM Cloud Kubernetes Service.

Continue reading

May 2, 2019

Kubernetes v1.14.1 Now Available in IBM Cloud Kubernetes Service

We are excited to announce the availability of Kubernetes v1.14.1 for your clusters that are running in IBM Cloud Kubernetes Service. IBM Cloud Kubernetes Service continues to be the first public managed Kubernetes service to support the latest upstream versions from the community.

Continue reading