How microservice architecture works?

To understand the advantages of microservices architectures today, it's critical to understand where it all started from.

Monolithic applications

Initially each application, residing on a single server, comprised three layers:

Presentation
Application/business logic
Database
These layers were built in a single, intertwined stack located on a single, monolithic server in a data center. This pattern was common across every industry vertical and technology architecture. Generally speaking, an application is a collection of code modules that serve a particular function-for example, a database, various types of business logic, graphics rendering code, or logging.

In this monolithic architecture, users interacted with the presentation layer, which talked to the business logic layer and the database layer, and information then traveled back up the stack to the end user. Although this was an efficient way to organize an application, it created many single points of failure, which could result in long outages if there was a hardware failure or code bug. Unfortunately, "self-healing" did not exist in this structure. If a part of the system was damaged, it would need to be repaired by human intervention in the form of a hardware or software fix.

Furthermore, scaling on any one of these layers meant purchasing an entire new server. You had to purchase a monolithic application running on a single server and segment a portion of users over to the new system. This segmenting resulted in silos of user data that had to be reconciled by nightly batch reports. Thankfully, client need became thinner as webpages and mobile applications became more popular, so new methods of application development began to take shape.

Read more: https://www.ateamsoftsolutions.com/top-45-microservices-questions-and-answers-what-are-microservices/