Microservices Architecture Training (12 Blogs) Become a Certified Professional

Microservices vs SOA : What’s the Difference

Last updated on May 22,2019 20.5K Views
2 / 3 Blog from Microservices Architecture

MI-new-launch

myMock Interview Service for Real Tech Jobs

myMock-mobile-banner-bg

myMock Interview Service for Real Tech Jobs

  • Mock interview in latest tech domains i.e JAVA, AI, DEVOPS,etc
  • Get interviewed by leading tech experts
  • Real time assessment report and video recording

In the previous blog on What is Microservices, you got to know that SOA and Microservices which have distributed architectures offer significant advantages over monolithic architecture. In this blog, I will explain you layered-based architectures and tell you what is the difference between Microservices vs SOA Architecture? Understanding how they differ will lay the basic foundation required for Microservices Certification Training.

So, before we deep dive into the differences between the Microservices vs SOA, let me just tell you the basic differences between the Monolithic architecture, SOA, and Microservices.

Monolithic vs SOA vs Microservices - SOA vs Microservices - Edureka

In layman terms, Monolithic is similar to a big container wherein all the software components of an application are assembled together and tightly packaged.

A Service-Oriented Architecture is essentially a collection of services. These services communicate with each other. The communication can involve either simple data passing or it could involve two or more services coordinating some activity. Some means of connecting services to each other is needed.

Microservices, aka Microservice Architecture, is an architectural style that structures an application as a collection of small autonomous services, modeled around a business domain.

You can also watch the below video where our Microservice Architecture expert has explained the differences between Microservices Architecture and SOA.

Microservices vs SOA | Edureka

 

Now, let us see the key differences between the Microservices vs SOA :

Microservices vs SOA

When comparing Microservices vs SOA, they both rely on services as the main component but they vary greatly in terms of service characteristics.

Service Oriented Architecture

It defines 4 basic service types as depicted below:

SOA Architecture - Microservices vs SOA - Edureka

Business Services:

  • They are coarse-grained services that define core business operations.
  • Represented through XML, Business Process Execution Language (BPEL) and others.

Enterprise Services:

  • Implements the functionality defined by business services.
  • They mainly rely on application services and infrastructure services to fulfill business requests.

Application Services

  • Fine-grained services that are confined to a specific application context.
  • A dedicated user interface can directly invoke the services.

Infrastructure Services

  • Implements non-functional tasks such as authentication, auditing, security, and logging.
  • They can be invoked from either application services or enterprise services.

Microservices have limited service taxonomy. They consist of 2 service types as depicted below.

Microservices Architecture - microservices vs SOA - Edureka

Functional Services: 

  • They Support specific business operations.
  • Accessing of services is done externally and these services are not shared with other services.
  • As in SOA, infrastructure services implement tasks such as auditing, security, and logging.
  • In this, the services are not unveiled to the outside world.

Major differences between SOA and MSA Microservices vs SOA architecture - Microservices vs SOA - Edureka

 

SOAMSA
Follows “share-as-much-as-possible” architecture approachFollows “share-as-little-as-possible” architecture approach
Importance is on business functionality reuseImportance is on the concept of “bounded context
They have common governance and standardsThey focus on people collaboration and freedom of other options
Uses Enterprise Service bus (ESB) for communicationSimple messaging system
They support multiple message protocolsThey use lightweight protocols such as HTTP/REST etc.
Multi-threaded with more overheads to handle I/OSingle-threaded usually with the use of Event Loop features for non-locking I/O handling
Maximizes application service reusabilityFocuses on decoupling
Traditional Relational Databases are more often usedModern Relational Databases are more often used
A systematic change requires modifying the monolithA systematic change is to create a new service
DevOps / Continuous Delivery is becoming popular, but not yet mainstreamStrong focus on DevOps / Continuous Delivery

Major Differences Between Microservices and SOA in detail:

  • Service Granularity: Service components within a microservices architecture are generally single-purpose services that do one thing really, really well. With SOA, service components can range in size anywhere from small application services to very large enterprise services. In fact, it is common to have a service component within SOA represented by a large product or even a subsystem.
  • Component Sharing: Component sharing is one of the core tenets of SOA. As a matter of fact, component sharing is what enterprise services are all about. SOA enhances component sharing, whereas MSA tries to minimize on sharing through “bounded context.” A bounded context refers to the coupling of a component and its data as a single unit with minimal dependencies. As SOA relies on multiple services to fulfill a business request, systems built on SOA are likely to be slower than MSA.
  • Middleware vs API layer: The microservices architecture pattern typically has what is known as an API layer, whereas SOA has a messaging middleware component. The messaging middleware in SOA offers a host of additional capabilities not found in MSA, including mediation and routing, message enhancement, message, and protocol transformation. MSA has an API layer between services and service consumers.
  • Remote services: SOA architectures rely on messaging (AMQP, MSMQ) and SOAP as primary remote access protocols. Most MSAs rely on two protocols – REST and simple messaging (JMS, MSMQ), and the protocol found in MSA is usually homogeneous.
  • Heterogeneous interoperability: SOA promotes the propagation of multiple heterogeneous protocols through its messaging middleware component. MSA attempts to simplify the architecture pattern by reducing the number of choices for integration. If you would like to integrate several systems using different protocols in a heterogeneous environment, you need to consider SOA. If all your services could be exposed and accessed through the same remote access protocol, then MSA is a better option.

In the end, I will say it is not that simple to tell which architecture is better than other. It mainly depends on the purpose of the application you are building. SOA is better suited for large and complex business application environments that require integration with many heterogeneous applications i.e. smaller applications are not a good fit for SOA as they don’t need a messaging middleware component. Microservices, on the other hand, are better suited for smaller and well-partitioned, web-based systems in which microservices give you much greater control as a developer. The conclusion is that since they both have different architecture characteristics but it mainly depends on the purpose of the application you are building.

If you wish to learn Microservices and build your own applications, then check out our Microservices Architecture Training which comes with instructor-led live training and real-life project experience. This training will help you understand Microservices in depth and help you achieve mastery over the subject.

Subscribe to our youtube channel to get new updates..!

Got a question for us? Please mention it in the comments section of ” Microservices vs SOA” and I will get back to you.

Comments
1 Comment

Browse Categories

Subscribe to our Newsletter, and get personalized recommendations.