Cloud-Native

This post represents an interesting departure for me. Typically, I cover technical topics related to applications, Kubernetes, and portions of the “cloud native” world. In this piece, however, I’d like to address an issue much more steeped in people and process concerns; cloud operations. My colleagues and I spend quite a bit of time interacting with administrators and operators representing a wide variety of organizations. Whether these conversations begin with a particular set of technologies or projects, the discussion inevitably turns to the differences in operating across public cloud and software-as-a-service environments.

Deploying applications into the cloud is the norm. Majority of these applications are landing on AWS, GCP or Azure. In addition, more and more of these applications are also using containers and utilizing Kubernetes. Kubernetes is becoming more mainstream and the “mainstay” in many organizations. Adoption is growing, as are the number of options for Kubernetes. There are many Kubernetes choices to deploy your containerized application: Custom deployment solutions - from VMware Essential PKS, Kubespray, VMware Enterprise PKS, Stackpoint, etc.

Cloud Native applications have become a norm these days. Developers and Operations engineers are continuously finding ways to improve the quality and speed of deploying and maintaining these applications. It started with folks writing bash scripts, migrating to python like scripting and then over to configuration management and infrastructure as code tools. The philosophy behind these Infrastructure as Code and Configuration Management tools is to treat your infrastructure as programmable assets. That also means use of version control systems like Git.