Shared Data Design Pattern

Microservices Pattern – Shared Data

Ankit Verma
Latest posts by Ankit Verma (see all)

Often migration to microservices is painful due to lack of documentation and the ultimate goal of achieving high standards. Here we will understand how we can start with breaking a monolith application into microservices. So let start first understanding the most naive pattern of microservices.  

A shared data is a controversial pattern when we talk about microservices. It would certainly be considered an anti-pattern if we applied to greenfield application. However, it is the pattern that should be considered as a temporary pattern for the legacy applications that are in a transition phase.

The great concept behind this pattern is to same physical structure for data storage. This pattern can be used when there is some doubt about the structure of the data or when the communication layer between microservices is not well defined. 

BREAKING THE MONOLITHIC APPLICATION INTO MICROSERVICES

It is important to know that at the beginning of the transition period, the impression is that we are in the maze without an end., and that it was a big mistake to start the migration process.

See also  Working with Azure Container Instances (ACI)

There are some steps that may seem somewhat unnecessary or irrelevant. However, without these steps, any migration project for microservices will fall badly. 

  1. Defining priorities
  2. Setting Deadlines
  3. Define domains of the application
  4. Making experiments
  5. Define standards
  6. Create prototype
  7. Send to production.

References :