Is A Microservices Architecture Right for Your Business?

Published Date


Disruptive technologies, innovation, digital transformation – we are bombarded by these buzzwords on a daily basis. A pathbreaking concept that took the development environment by storm a few years back was the onset of microservices. It has become the default architectural pattern.  Netflix says they have over 700 microservices that’s making their platform super energized. When other microservices examples come from giants like Amazon, Twitter, PayPal who have tried and tested it, the power of microservices architecture is proven. So, should every organization jump on this bandwagon and ditch their monolithic architecture?

Before we venture there, let’s bring the uninitiated up to speed with what the microservices architecture is all about.

What is Microservices Architecture?

Microservices architecture or microservices, as it is more commonly called, breaks down an application into a number of small, independent sub-applications. Each sub-application or single-purpose module has a specific operation and is responsible for at least one business function. Each microservice, usually has about 100 lines of code (else it becomes too unwieldy to manage, much like a monolithic architecture) and communicates with other services through APIs. By combining different microservices together, a fully functional application emerges.

It can be best illustrated by this microservices example, you could use a payments service from Provider A, a search service from Provider B and a reviews and rating service from Provider C. This right here is independence in action in an ecommerce situation. Therefore, there must a contract to adhere between different modules, the rule is a set of standards that all APIs in microservices must conform to, that makes them easily communicate with each other.