Containers are basically low-overhead virtual machines. But unlike traditional hypervisor-based VMs, containers...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
all exist on top of a container orchestration platform, such as Docker or Kubernetes, and share a common OS kernel. This means containers can be created, scaled up, managed and destroyed very quickly; they're then grouped or connected through APIs.
Consequently, containers have emerged as an extraordinarily useful tool in microservices application development. Major public cloud providers, such as Amazon EC2 Container Service, Google's Container Engine and Azure, now support container services.
However, it's important to point out the distinction between microservices and containers. Containers are one of many tools developers can use to package and deploy components used for microservices applications. The idea is to choose services for an application based on the problems developers are trying to solve.
For example, containers may be entirely appropriate for microservices applications that demand high levels of performance scalability -- ability to spin up additional functional components to support periods of higher demand. But the technical reality that containers share a common server OS may make containers unsuitable for microservices applications, where security is a primary concern -- at least until containers evolve to provide better isolation between instances.
Additional services are usually required to make a complete AWS microservices application. Developers should implement more resources to fully support an application composed of microservices and containers -- such as storage through Amazon S3, event-driven computing through AWS Lambda functions and application traffic management with AWS Elastic Load Balancing. With an application based on microservices and containers, developers have the flexibility to select services that best fit the functional requirements of each component. The components are then stitched together using a common API, so each functional component works together. But each container or component is independent from the others.
Power apps with a microservices architecture
New t2.nano instances offer low-cost home for microservices
Should you use Lambda functions instead of EC2?
Dig Deeper on AWS architecture and design
Related Q&A from Stephen J. Bigelow
Consider factors like security, platform compatibility, data usage requirements and management when transitioning from a private cloud to a hybrid ...continue reading
Several tools and commands can come in handy to storage admins looking to benchmark I/O performance on Linux systems. But not all benchmarking tools ...continue reading
If you consider security, performance, scalability, expertise, network visibility and service management when creating a private cloud, you avoid ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.