Is Your Application Cloud Native?

Here’s my litmus test to determine whether an application is cloud native:

1. It MUST be able to run entirely on spot instances in a public cloud environment. The application must be designed such that any one instance being shut down randomly should have no material impact on the application’s core functions. If the application relies on an old-school availability model (e.g. a timeout triggers traffic to be diverted from an active node to a passive one) to protect against instance failure, its not cloud native.
2. It MUST be able to run seamlessly across multiple cloud provider environments and should not rely on any infrastructure/platform features provided by a cloud provider - said another way: It should be “vendor lock-in” proof. Yes, all cloud providers offer multiple regions, each with two or more availability zones. But if your app is written to only run in AWS, its AWS native, not cloud native.
3. Bonus: It SHOULD be running across multiple cloud provider environment, i.e., be multi-cloud.

If you disagree, drop me a note. This blog was first published on LinkedIn .

Want a deeper dive in the Rafay Platform?

Tags:

Blog
Cloud
Edge Computing
Programmable Edge
Rafay
Rafay Systems

AKS vs EKS: The Battle of Managed Kubernetes Services

Developers love containerization, and Kubernetes (K8s) is the best open-source system for deploying and managing multi-container applications at scale. However, a significant challenge is choosing the best managed Kubernetes service for your application development.

Rafay Enhances Kubernetes Operations Platform with Enterprise-Grade Security, Standardization and Automation Capabilities

Over the past several years we’ve experienced a tremendous amount of change in the Kubernetes management and container orchestration market. Years ago, Kubernetes was used to support a relatively small number of clusters in lab environments, handling mostly corner use cases, and seen as a simple cluster management tool that was used by DevOps and IT Ops.