The business case

When building business cases for migration, one of the commonly asked questions is "how does the microservices architecture avoid resurfacing of the same issues in another five years' time?"

Microservices offers a full list of benefits, which you learned in Chapter 1, Demystifying Microservices, but it is important to list a few here that are critical in this situation:

  • Service dependencies: While migrating from monolithic applications to microservices, the dependencies are better known, and therefore the architects and developers are much better placed to avoid breaking dependencies and to future-proof dependency issues. Lessons from the monolithic application helps architects and developers to design a better system.
  • Physical boundaries: Microservices enforce physical boundaries in all areas including the data store, the business logic, and the presentation layer. Access across subsystems or microservices are truly restricted due to their physical isolation. Beyond the physical boundaries, they could even run on different technologies.
  • Selective scaling: Selective scale out is possible in microservices architecture. This provides a much more cost-effective scaling mechanism compared to the Y-scale approach used in the monolithic scenario.
  • Technology obsolescence: Technology migrations could be applied at a microservices level rather than at the overall application level. Therefore, it does not require a humongous investment.
..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset