Think of your Microservices like musical instruments: each one excels at a certain purpose, but it takes arrangement, timing and detailed coordination for them to create beautiful music together. If your application is based on microservices or simply split across multiple containers, its time to learn why companies building or maintaining scalable applications swear by orchestration tools.
But before we dive into [microservices](https://konghq.com/blog/learning-center/what-are-microservices)microservices orchestration, lets pull back for a little perspective:
Containers represent the natural evolution of virtualization technology. Advances in virtualization proved that bare-metal (physical) servers could be efficiently split into multiple, smaller servers known as virtual machines (VMs). Each VM could run a different operating system (OS) Linux, Windows, FreeBSD, etc. without having to modify the existing software.
Virtual machines have to run an operating system on top of a hypervisor (also known as a bare metal virtual machine monitor). Starting a virtual machine requires an entire operating system boot process plus it takes over the entire OS.
Container technology, conversely, bundles its OS and all the elements needed to run the underlying microservices, such as code, runtime, system tools, system libraries, and settings. In a container scenario, all the moving parts and dependencies across various infrastructure are abstracted away, and thus become less complex for the developer.
Because containers run programs on top of an operating system, the program being executed only consumes the memory and CPU overhead of that one bundle, with a sufficient amount of isolation from the other containers on the same machine. Containers provided developers with many of the benefits of VMs, but with faster deployment times. The greater speed and isolation made them faster to create, boot up and test, making them ideal for the loosely coupled services of microservices architectures.
While microservices containers offer your applications potential increases in both functionality and productivity, they also have more moving parts to configure, coordinate, and, well, orchestrate. Thats where microservices orchestration can help, automating many of the more time-consuming aspects of container management.
As container adoption has exploded, so has the adoption of container orchestration. Orchestration tools talk to the host OS to manage how multiple containers are created, upgraded and made available. The rich functionality, simple tools, and powerful [APIs](https://konghq.com/blog/learning-center/what-is-an-api-gateway)APIs make orchestration a favorite toolset for [Continuous Integration](https://konghq.com/blog/learning-center/continuous-integration-and-deployment-for-microservices)Continuous Integration (CI) and Continuous Delivery (CD) workflows.
No matter how you deploy your containers whether on bare metal or within virtual machines running multiple containers across multiple servers requires a level of [DevOps](https://konghq.com/blog/apiops-devops-and-gitops-applied-to-api-lifecycle-end-to-end-automation-throughout-the-api-lifecycle)DevOps resources that your organization might not be prepared to supply. Orchestration helps fill the gap, offering a variety of services that allow developers to better track, schedule and operationalize various containers at scale.
Adding microservices orchestration to your architecture:
If a container strategy is your companys chosen path, orchestration tools can make life a lot easier.
Created by Google, [Kubernetes](https://konghq.com/solutions/build-on-kubernetes)Kubernetes tends to be the default solution for automating application deployment, scaling, and management. Its open-source and provides key features out of the box, including means to scale workloads up and down, service discovery, and sufficient networking capabilities to connect microservices.
As per the name, AKS is a managed Kubernetes container orchestration service in Azure that simplifies Kubernetes cluster management, deployment, and operations.
Apache Mesos allows developers to run both containerized and non-containerized workloads in a distributed manner. Its perhaps best known for its ability to support diverse types of workloads, including big data and [cloud native app development](https://konghq.com/blog/engineering/6-strategy-elements-for-building-cloud-native-applications)cloud native app development. Unlike Kubernetes, a pod abstraction isnt available yet.
Amazon Elastic Container Service is largely a container orchestration service that enables you to run and scale containerized applications on Amazon Web Services (AWS). It frees developers running apps on AWS from having to install and operate a separate container orchestration software suite.
Conductor is a service created by Netflix to orchestrate their microservices based process flows in the cloud. They've since released it as an open source solution.
Monitoring and distributed tracing enable observability of your production system and contribute to the feedback loop for a more efficient and effective development process. Monitoring Microservices Monitoring the health of your production system in
The distributed setup of a microservice application not only increases the potential attack surface of your application but also adds a new layer of complexity to authentication, authorization and session management. Here, we explore the options ava
