NET-Microservices-Architecture-for-Containerized-NET-Applications-(Microsoft-eBook)

MongoDB, etc. These databases are not going to be explained as part of this guide since they are in a
completely different subject.
Service-oriented architecture
Service-oriented architecture (SOA) was an overused term and has meant different things to different
people. But as a common denominator, SOA means that you structure your application by
decomposing it into multiple services (most commonly as HTTP services) that can be classified as
different types like subsystems or tiers.
Those services can now be deployed as Docker containers, which solves deployment issues, because
all the dependencies are included in the container image. However, when you need to scale up SOA
applications, you might have scalability and availability challenges if you are deploying based on
single Docker hosts. This is where Docker clustering software or an orchestrator will help you out, as
explained in later sections where we describe deployment approaches for microservices.
Docker containers are useful (but not required) for both traditional service-oriented architectures and
the more advanced microservices architectures.
Microservices derive from SOA, but SOA is different from microservices architecture. Features like big
central brokers, central orchestrators at the organization level, and the Enterprise Service Bus (ESB) are
typical in SOA. But in most cases, these are anti-patterns in the microservice community. In fact, some
people argue that “The microservice architecture is SOA done right.”
This guide focuses on microservices, because a SOA approach is less prescriptive than the
requirements and techniques used in a microservice architecture. If you know how to build a
microservice-based application, you also know how to build a simpler service-oriented application.
26 Architecting Container- and Microservice-Based Applications