Steve Flanders (@smflanders) and I had a late-night Twitter conversation over the complexities inherent in cloud-native applications. My take was that we need to broaden our view and see the entire picture before we can delve into the weeds. Steve’s was that we need DevOps. I countered by saying we need better communication. In essence, we may have been saying the same thing, but we were on different planets, which led to a useful analogy. During the race to the moon, who were the systems engineers, the ones who saw the big picture of a program with well over 15 million moving parts, not to say people, involved?
On the twenty-first of October, HP announced that it is shutting down its Helion Public Cloud, which it built to compete head-to-head with AWS, GCS, and Azure. According to HP Cloud executive Bill Hilf, it is doing so to concentrate on helping its “customers to build and run the best cloud environment suited to their needs.”
Container technologies and developers work with applications. End users use applications. Yet, administrators think about the systems that make up the applications with tools that are not application-centric but rather system-, VM-, or container-focused. Because the tools are not focused on the application, the definition of the application is unknown by those who support the application. This is in serious need of changing. In fact, until this changes, a business cannot transform into the next generation of cloud-native applications. It just will not be ready. So, then, how do we get ready?
In the rumpus of the Dell-EMC merger, you may have missed that VMware has once again been in an acquisitive mood, snapping up the mobile email management startup Boxer for, once again, an undisclosed amount of cash.
Containers are a hot topic these days. I have run a few workshops with clients, and one of the questions I get asked most frequently is “what are companies using containers for?” After answering this question a number of times, I thought I would share some common use cases with my readers.