In this 6 part blog series originally posted on Heptio, Joe Beda (CTO of Heptio and starter of Google Compute Engine, Kubernetes and Google Container Engine) dives into the definition of Cloud Native, practical considerations of applying Cloud Native, how Cloud Native relates to DevOps, Containers and Container Clusters, how Cloud Native enables microservices, and how Cloud Native creates both problems and opportunities in the security domain.

Joe Beda talks on stage in conference room at CloudNativeCon event

Cloud Native Part 1: Definition

As Craig McLuckie and I spent quite a bit of time at Google (16 years between the two of us) and have a good understanding how Google builds and manages systems. But chances are you don’t work at Google. So how do all of these evolving new concepts apply a typical company/developer/operator?

This is the first part in a multi-part series that examines multiple angles of how to think about and apply “cloud native” thinking.

There is no hard and fast definition for what Cloud Native means. In fact there are other overlapping terms and ideologies. At its root, Cloud Native is structuring teams, culture and technology to utilize automation and architectures to manage complexity and unlock velocity. Operating in this mode is as much a way to scale the people side of the equation as much as the technology side.

Cloud Native is structuring teams, culture and technology to utilize automation and architectures to manage complexity and unlock velocity.

One important note: you don’t have to run in the cloud to be “Cloud Native”. These techniques can be applied incrementally as appropriate and should help smooth any transition to the cloud.

The real value from Cloud Native goes far beyond the basket of technologies that are closely associated with it. To really understand where our industry is going, we need to examine where and how we can make companies, teams and people more successful.

At this point, these techniques have been proven at technology centric forward looking companies that have dedicated large amounts of resources to the effort. Think Google or Netflix or Facebook. Smaller, more flexible, companies are also realizing value here. However, there are very few examples of this philosophy being applied outside of technology early adopters.We are still at the beginning of this journey when viewed across the wider IT world.

We are still at the beginning of this journey.

With some of the early experiences being proven out and shared, what themes are emerging?

In the rest of this series, we’ll look at integrating with existing systems, DevOps, containers and orchestration, microservices, and security. Please read on and enjoy!