---
title: "Cloud Native Series: What is Cloud Native"
source: "https://www.tigera.io/blog/cloud-native-series-what-is-cloud-native/"
---

[Technical Blog](https://www.tigera.io/category/technical-blog/)

# Cloud Native Series: What is Cloud Native

By [Mike Stowe](https://www.tigera.io/blog/author/mikestowe/) on Jul 10, 2017 • 5 min read

Welcome to Part 3 of the [Cloud Native, Microservices, Security, & Scale Series](https://www.tigera.io/blog/new-series-cloud-native-microservices-security-scale/).

The year is 2008. It’s been 11 years since that fateful Apollo 13 rental by Reed Hastings Jr, and Netflix is quickly growing in popularity for its no-late fee, keep as long as you want, DVD rental by mail service.

While Blockbuster struggled, it seemed like nothing could slow down or disrupt Netflix’s popular service… at least not until August when a major database corruption crippled the DVD giant for three days.

All of a sudden, the biggest threat wasn’t other movie rental services (including Blockbuster’s own attempt), but rather the [very infrastructure and architecture](http://media.netflix.com/en/company-blog/completing-the-netflix-cloud-migration) Netflix was built on.

“That is when we realized that we had to move away from vertically scaled single points of failure, like relational databases in our datacenter, towards highly reliable, horizontally scalable, distributed systems in the cloud.”

– Yury Israilevsky, Stevan Vlaovic and Ruslan Meshenberg from Netflix

 

## But What Exactly is the Cloud?

Most people when they think of the cloud probably think of the popular cloud hosting services, such as Amazon Web Services, Google, or Digital Ocean. However, there are many different cloud providers, including companies that choose to build their own on-premise clouds (or private clouds).

But what is a cloud? The easiest way to think of the cloud is to start with old, managed servers. With traditional hosting you would probably set up a few dedicated servers (for a small scale deployment) with a load balancer. For example, you might have a load balancer, a web front-end, application server, and a database server. And as your company grew, you would find yourself switching out these servers for larger servers with more space, more memory, etc.

But how do you know if you have the right resources to begin with? How would you be able to manage spikes or dips in traffic? And what happened if one of these servers went down or became corrupted?

The cloud on the other hand is a fleet of uniform, assignable servers — all managed behind the scenes. Instead of choosing and setting up 3 managed servers, you would simply set up the instances needed (hosting, database) and the cloud would take care of the rest. More importantly as your resource demands increased, the cloud is able to automatically scale and add more resources — meeting your needs. This means that not only are you not having to manage individual servers for your applications, but you also don’t have to worry about not having enough resources.

Another way to think of this is with the [Pets versus Cattle analogy](http://blog.logentries.com/2015/08/optimizing-your-container-environment-pets-vs-cattle/) crafted by Bill Baker:

Managed servers are like pets — you probably only have one or two pets, and you spend a lot of time taking care of them. There’s a significant investment, and cost here. If your pet gets sick you need to take them to the vet, and they’re nearly impossible to replace.

The cloud on the other hand is kind of like raising cattle. If one cow gets sick, you’re able to take immediate action to ensure that the rest of the herd is protected and your farm isn’t negatively impacted. Instead, you simply take advantage of the other healthy cows who are “outstanding in their field.”

This is what the cloud enables — the ability to stand up (and tear down) servers or instances quickly and as needed. There’s no longer a significant investment required, nor do you have to manage each individual server within your infrastructure yourself.

The cloud enables smooth, horizontal scaling instead of forcing you to focus on more legacy vertical scaling mechanisms.

 

## What Does it Mean to be Cloud Native?

Being Cloud Native means designing and running your applications to take advantage of all the benefits of a cloud system, including focusing on horizontal design — and treating the instances of your applications or services as “cattle” instead of using the traditional “pet” model.

The Cloud Native Computing Foundation describes cloud native applications as those that have the following three properties:

- They are container packaged, running the application and processes as isolated units

- They are dynamically managed by a central orchestrating process such as Kubernetes or Apache Mesos

- They are microservices-oriented, having small, focused applications that are designed to be composable via service endpoints (such as [REST](http://www.amazon.com/Undisturbed-REST-Guide-Designing-Perfect-ebook/dp/B0125TOLNU/ref=sr_1_1_twi_kin_2?ie=UTF8&qid=1493152902&sr=8-1&keywords=undisturbed+rest))

This approach allows enterprises to ship faster, reduce risk, and increase efficiency by building smaller, autonomous (yet composable) services that can be started and stopped on-demand with little to no consequence.

This means that should services start failing, or should you have a significant spike in traffic your system is autonomously able to restart, shutdown, or startup additional services to avoid negative consequences such as system downtime.

“Failures are unavoidable in any large scale distributed system, including a cloud based one.”

— Yury Israilevsky, Stevan Vlaovic and Ruslan Meshenberg from Netflix

Beyond the ability to take advantage of modern cloud infrastructures (such as [AWS](http://aws.amazon.com/quickstart/architecture/heptio-kubernetes/), [Google](http://cloud.google.com/), [Azure](http://azure.microsoft.com/en-gb/services/container-service/), etc), and building self-healing systems, Cloud Native also allows enterprises to take advantage of modern architectures, modern code (you don’t have to use COBOL, Java, .NET, PHP, or any other language across your entire platform as each system/ service can be completely decoupled and isolated), and a focus on automation over people (not only in scaling and self-healing, but even allowing for [CI/CD](http://pivotal.io/cloud-native).

Essentially, Cloud Native is designed to bring teams together, letting them work autonomously, but with greater transparency and collaboration.

 

### Next Week: [What are Microservices](https://www.tigera.io/blog/cloud-native-series-monolithic-enterprise-and-modern-needs/) ››

Followed By:

- Microservices vs. SOA

- The Glue Problem

- Containing Microservices

- Automating Container Management

- Scaling and Security Concerns

- Scaling and Securing with Project Calico

- Wrapping Up

[Open Source](https://www.tigera.io/tags/open-source/)

## Related posts

[![What’s new in Calico: Spring 2026 Release](https://www.tigera.io/app/uploads/2026/06/Whats-New-in-Calico-NEW-TEMPLATE-2026.png)](https://www.tigera.io/blog/whats-new-in-calico-spring-2026-release/)

[Company Blog](https://www.tigera.io/category/company-blog/)

#### [What’s new in Calico: Spring 2026 Release](https://www.tigera.io/blog/whats-new-in-calico-spring-2026-release/)

By [Veronika Smolik](https://www.tigera.io/blog/author/veronika-smolik/)
on Jun 2, 2026

Kubernetes has come a long way since its debut in 2014. It’s gone from running a couple of containerized microservices to orchestrating fleets of production workloads spanning everything from AI agents to full scale VMs...

[Read more](https://www.tigera.io/blog/whats-new-in-calico-spring-2026-release/)

[![Kubernetes Operational Maturity: Secure and Resilient Cluster Federation with Cluster Mesh](https://www.tigera.io/app/uploads/2026/05/Kubernetes-Operational-Maturity-Secure-and-Resilient-Cluster-Federation-with-Cluster-Mesh.png)](https://www.tigera.io/blog/kubernetes-operational-maturity-secure-and-resilient-cluster-federation-with-cluster-mesh/)

#### [Kubernetes Operational Maturity: Secure and Resilient Cluster Federation with Cluster Mesh](https://www.tigera.io/blog/kubernetes-operational-maturity-secure-and-resilient-cluster-federation-with-cluster-mesh/)

By [Veronika Smolik](https://www.tigera.io/blog/author/veronika-smolik/)
on May 25, 2026

Practically no one runs a single Kubernetes cluster in production these days. Maybe that’s how it started but data sovereignty requirements, acquisitions, AI initiatives and the need for edge servers, among other considerations, have pulled...

[Read more](https://www.tigera.io/blog/kubernetes-operational-maturity-secure-and-resilient-cluster-federation-with-cluster-mesh/)

[![What’s New in Calico v3.32](https://www.tigera.io/app/uploads/2026/05/Green-Please-use-a-different-background-color-alternately-1.png)](https://www.tigera.io/blog/whats-new-in-calico-v3-32/)

#### [What’s New in Calico v3.32](https://www.tigera.io/blog/whats-new-in-calico-v3-32/)

By [Reza Ramezanpour](https://www.tigera.io/blog/author/rezar/)
on May 13, 2026

We’re excited to announce the release of Calico Open Source v3.32! 🎉 This release corresponds with Kubernetes v1.36 (Codename Haru) and it goes beyond just sharing a cat as the mascot of the release, it...

[Read more](https://www.tigera.io/blog/whats-new-in-calico-v3-32/)

<!-- plugin=object-cache-pro client=phpredis metric#hits=6164 metric#misses=17 metric#hit-ratio=99.7 metric#bytes=1699760 metric#prefetches=0 metric#store-reads=416 metric#store-writes=17 metric#store-hits=426 metric#store-misses=6 metric#sql-queries=39 metric#ms-total=1933.04 metric#ms-cache=101.11 metric#ms-cache-avg=0.2341 metric#ms-cache-ratio=5.2 -->
