Home Topics Cloud native What is cloud native?
Explore IBM's cloud native solution Sign up for cloud updates
Illustration with collage of pictograms of computer monitor, server, clouds, dots
What is cloud native?

Cloud native refers less to where an application resides and more to how it is built and deployed. A cloud native application consists of discrete, reusable components that are known as microservices that are designed to integrate into any cloud environment.

  • A cloud native application consists of discrete, reusable components that are known as microservices that are designed to integrate into any cloud environment.

  • These microservices act as building blocks and are often packaged in containers.

  • Microservices work together as a whole to comprise an application, yet each can be independently scaled, continuously improved, and quickly iterated through automation and orchestration processes.

  • The flexibility of each microservice adds to the agility and continuous improvement of cloud-native applications.



Achieve workplace flexibility with DaaS

Read how desktop as a service (DaaS) enables enterprises to achieve the same level of performance and security as deploying the applications on premises.

Related content

Register for the guide on hybrid cloud

Microservices and containers

Microservices (also called microservices architecture) is an architectural approach in which a single application is composed of many smaller, loosely coupled and independently deployable components or services. These services (also called microservices) typically have their own technology stack, inclusive of database and data model. They communicate with each other via a combination of REST APIs, event streaming, and message brokers.

Because microservices can be deployed and redeployed independently, without impacting each other or disrupting the end-user experience. They are a perfect match for automated, iterative delivery methodologies such as continuous integration/continuous deployment (CI/CD) or DevOps

In addition to being used to create net-new cloud native applications, microservices can be used to modernize traditional monolithic applications.

In an IBM® survey of over IT executives, developer executives and developers, 87% of microservices users agreed that microservices adoption is worth the expense and effort.

Developers often deploy microservices inside containerslightweight, executable application components that combine application source code (in this case, the microservices code) with all the operating system (OS) libraries and dependencies that are required to run the code in any environment. Smaller, more resource-efficient, and more portable than virtual machines (VMs), containers are the de facto compute units of modern cloud native applications.

Containers amplify the benefits of microservices by enabling a consistent deployment and management experience across a hybrid multicloud environment—public cloudsprivate cloud, and on-premises infrastructure. But as cloud-native applications multiply, so do containers and the complexity of managing them. Most organizations that use containerized microservices also use a container orchestration platform, such as Kubernetes, to automate container deployment and management at scale.

Why should you use microservices and containers?
Advantages and disadvantages

IBM customers find themselves increasingly tasked with improving existing applications, building new applications, and enhancing user experience. Cloud-native applications meet these demands by improving app performance, flexibility, and extensibility.

Advantages

  • Compared to traditional monolithic apps, cloud-native applications can be easier to manage as iterative improvements occur by using Agile and DevOps processes.

  • Composed of individual microservices, cloud-native applications can be improved incrementally and automatically to continuously add new and improved application features.

  • Improvements can be made nonintrusively, causing no downtime or disruption of the end-user experience.

  • Scaling up or down proves easier with the elastic infrastructure that underpins cloud native apps.

  • The cloud-native development process more closely matches the speed and innovation demanded by today’s business environment.

Disadvantages

  • Although microservices enable an iterative approach to application improvement, they also create the necessity of managing more elements. Rather than one large application, it becomes necessary to manage far more small, discrete services.

  • Cloud-native apps demand extra toolsets to manage the DevOps pipeline, replace traditional monitoring structures, and control microservices architecture.

  • Cloud-native applications allow for rapid development and deployment, but they also demand a business culture that can cope with the pace of that innovation.
Application examples

Cloud-native applications often have specific functions. Consider how cloud-native applications might be used on a travel website. Each topic covered by the site—flights, hotels, cars, specials—is its own microservice. Each microservice may roll out new features independent of the other microservices. Specials and discounts can also scale out independently. While the travel site is presented to customers as a whole, each microservice remains independent and can be scaled or updated as needed without affecting other services.

IBM Cloud Garage provides IBM customers consulting expertise to build scalable, innovative cloud native apps fast. It offers an innovation hub where businesses of all sizes can design and build apps that solve real-world business needs.

Development principles

Whether creating a new cloud native application or modernizing an existing application, developers adhere to a consistent set of principles:

  • Follow the microservices architectural approach: Break down applications to the single-function services known as microservices. Microservices are loosely coupled but remain independent, allowing the incremental, automated, and continuous improvement of an application without causing downtime.

  • Rely on containers for maximum flexibility and scalability: Containers package software with all its code and dependencies in one place, allowing the software to run anywhere. This allows maximum flexibility and portability in a multicloud environment. Containers also allow fast scaling up or down with Kubernetes orchestration policies that are defined by the user.

  • Adopt Agile methods: Agile methods speed the creation and improvement process. Developers can quickly iterate updates based on user feedback, allowing the working application version to match as closely as possible to end-user expectations.
Storage

Cloud-native applications frequently rely on containers. The appeal of containers is that they are flexible, lightweight, and portable. Early use of containers tended to focus on stateless applications that had no need to save user data from one user session to the next.

However, as more core business functions move to the cloud, the issue of persistent storage must be addressed in a cloud-native environment. This requires developers to consider new ways to approach cloud storage.

Just as cloud native application development takes on a microservices and modular approach, so must cloud native storage. Cloud-native data can reside in any number of places— such as event or system logs, relational databases, and document or object stores.

Data location, retention demands, portability, platform compatibility, and security are only a few of the aspects that developers must consider when planning for cloud native storage.

Learn about cloud-native data storage
Cloud native versus traditional applications

Cloud native versus cloud enabled

A cloud-enabled application is an application that was developed for deployment in a traditional data center but was later changed so that it also could run in a cloud environment. However, cloud native applications are built to operate only in the cloud. Developers design cloud-native applications to be scalable, platform agnostic, and composed of microservices.

Cloud native versus cloud ready

In the short history of cloud computing, the meaning of "cloud ready" has shifted several times. Initially, the term applied to services or software that is designed to work over the internet. Today, the term is used more often to describe an application that works in a cloud environment or a traditional app that has been reconfigured for a cloud environment. The term "cloud native" has a shorter history and refers to an application developed from the outset to work only in the cloud. And to take advantage of the characteristics of cloud architecture or an existing app that has been refactored and reconfigured with cloud native principles.

Cloud native versus cloud-based

A cloud-based service or application is delivered over the internet. It’s a general term that is applied liberally to any number of cloud offerings. Cloud native is a more specific term. Cloud native describes applications that are designed to work in cloud environments. The term denotes applications that rely on microservices, continuous integration, and continuous delivery (CI/CD) and can be used via any cloud platform.

Cloud native versus cloud first

Cloud first describes a business strategy in which organizations commit to using cloud resources first when starting new IT services, refreshing existing services, or replacing legacy technology. Cost savings and operational efficiencies drive this strategy. Cloud-native applications pair well with a cloud-first strategy because they use only cloud resources and are designed to take advantage of the beneficial characteristics of cloud architecture.

Related solutions
IBM for cloud native

IBM Cloud® is a leader in cloud-native app development and a trusted partner to build your enterprise apps quickly on an open, secure, and integrated platform.

Explore IBM for cloud native
Red Hat® OpenShift® on IBM Cloud

Deploy highly available, fully managed Kubernetes clusters for your containerized applications with a single click.

Explore Red Hat OpenShift on IBM Cloud
IBM Cloud Code Engine

Run container images, batch jobs or source code as a serverless workload - no sizing, deploying, networking, or scaling required.

Explore IBM Cloud Code Engine
Cloud application development consulting services

IBM Consulting® cloud app development services are centered on co-creation and co-execution, which are assisted with reference architectures, tools and accelerators, virtual delivery models and industry solutions.

Application development services
Resources What are microservices?

In a microservices architecture, each application is composed of many smaller, loosely coupled and independently deployable services.

What are containers?

Containers are executable units of software that package application code together with its libraries dependencies, and can be run anywhere, whether it be on desktop, traditional IT, or the cloud.

What is Kubernetes?

Kubernetes is an open source container orchestration platform that automates deployment, management and scaling of containerized applications.

Take the next step

Designed for industry, security and the freedom to build and run anywhere, IBM Cloud is a full stack cloud platform with over 170 products and services covering data, containers, AI, IoT and blockchain. Use IBM Cloud to build scalable infrastructure at a lower cost, deploy new applications instantly and scale up workloads based on demand.

Explore IBM Cloud Start for free