Bricks
Micro services is a trend that is becoming really popular on the industry, several companies that their products were built with the monolith idea are starting to create projects that will migrate the big bad monolith into different micro services. Now there are a lot of several frameworks that are given support to micro services. From both parts from the front-end and the back-end. Takes to this advancements we are also experimenting a whole new way of creating software. The idea of server-less API is becoming more and more relevant.Front-end frameworks now are focusing on creating a complete bundle of files that the user can see in its browser and be able to talk to the different Micro services that the front-end application gives access to. We can see on how the different technologies are moving towards this type of architecture. Now it doesn't mean that this type of architecture is the perfect solution for all the business problems. It actually can create several problems that sometimes people tend to forget and just keep creating more and more micro*services. The first one is creating to many micro-services and making sure the whole application depends on those micro services. This is something that can create big debate, and that is when is a micro-service big enough? Or which should be the coverage of Micro service? Sometimes companies can create to many services and when this services communicate with each other, this can create a problem on maintaining the different services we have created. So we can see that good design in something that is so modular is still relevant. In my personal option I really like the idea of Micro-service, especially from the part of configuration. The Monolith approach usually would require an extensive knowledge on how to configure the server and how it will respond for the different requests. Which hierarchy of assets should the project have so we can shows those assets to the user etc.Now with micro-service we only focus in the part of making sure we can create a server that can receive http requests , and just separate each method with their respective paths and method types. This makes the development more focus on the part of business which it will increase productivity.
Comments
Post a Comment