What are Cloud Native Patterns and How Should You Use Them?

A CEO looking at enterprise migration, they doesn't need to know their microservice from their cluster, they simply need to be able to articulate in this "shared language" what it is they want their business to achieve.

Jun 29th, 2021 4:00am by Pini Reznik

Featued image for: What are Cloud Native Patterns and How Should You Use Them?

Feature image via Pixabay.

Pini Reznik

Pini Reznik, chief revenue officer and co-founder of Container Solutions, is a developer and configuration manager who’s spent more than 20 years improving development processes and shortening time to market. This article uses information from a book Pini co-wrote, Cloud Native Transformation: Practical Patterns for Innovation. The book unpacks a limited risk way to achieving a cloud native transformation through a proven methodology called Think Design Build Run (TDBR) which looks at technology, strategy and organization culture.

If you went around a group of business leaders and asked whether or not their businesses were cloud native, odds are they’d nod confidently and explain quite proudly how they were-in-fact-cloud-native-thank-you-very-much. But how many of those businesses understand the cloud native approach enough to adequately say whether or not they were using it to its fullest potential? How many of them, when you peered behind the curtain, could even say their businesses were cloud native at all?

A CEO looking at enterprise migration, they doesn’t need to know their microservice from their cluster, they simply need to be able to articulate in this “shared language” what it is they want their business to achieve.

The problem is that the cloud native approach is still so fresh and new that it’s hard to even pin a definition to it, let alone master its many delicate nuances. A quick 2020 survey found that more than 9 in 10 technology business leaders would describe themselves as cloud native, but under closer questioning, they couldn’t seem to agree on what cloud native actually was. Does a business being born in the cloud count? Dipping a toe into the complex waters of Kubernetes and containerization?

Here’s the thing: cloud native isn’t, well, a thing. It’s a group of things, some of them tangible like new tools and architectures, some of them intangible like working cultures and philosophies. Cloud native can best be described as that clichéd term, a paradigm shift. A shift to a new way of designing, building, deploying and running increasingly complex computer applications. It puts IaaS at its core, combining it with new operational tools and techniques like continuous integration, container engines and orchestrators. If it sounds complex, that’s because it is, and we’re only just scratching the surface of what we think the technology can do. The cloud native approach is fresh and new that even the most digitally-savvy businesses have a hard time keeping up with the ever-changing architecture. That’s where cloud native patterns come in.

What are Cloud Native Patterns?

Put in simple terms, cloud native patterns are an incredible exercise in “filling the blanks,” and helping those with less experience master the art for themselves. There’s a canyon-like knowledge gap between expert practitioners and “boots on the ground” employees when it comes to cloud native, and cloud native patterns attempt to bridge that gap. They do this by creating a language based on a shared understanding of specific words and concepts that might otherwise be difficult to explain, allowing engineers and CEOs to keep up and stay on the same page while talking about technical business solutions.

The concept was derived from Christopher Alexander’s revolutionary architectural method of designing buildings based on a modular set of context-specific designs. Each design would be presented in the form of a template or blueprint that could fulfill a certain need — easily replicable and deliverable in the real world. These patterns, like bricks in a wall, can fit together in a variety of ways to create a whole.

So for a CEO looking at enterprise migration, they don’t need to know their microservice from their cluster, they simply need to be able to articulate in this “shared language” what it is they want their business to achieve. Some patterns will be technological in nature, such as a pattern for modular architecture or one for continuous delivery. Other patterns might be human-based components, such as executive commitment. These patterns can then, in theory, be neatly stitched together to build an entire cloud native strategy.

So patterns are a kind of shorthand, but they’re not a hack. Software-designed patterns can speed up the development process by providing tested, proven development paradigms, but they’re not the quick and easy win that many of you reading this might be hoping for. There’s no free lunch here. But what they can do is make your lunch way more affordable by offering a language through which to simplify context-specific working solutions.