Reputation: 93
Let's say I have several monolithic web applications. In each of them, the same type of business data must be found according to certain parameters, or according to the application itself. I therefore repeat the same logic everywhere, which in my case is tedious.
I therefore wish to develop another web application, internal, which will have:
This new application will have its own database, and could possibly be deployed on another server. For convenience, I'm thinking of using the same technologies (in my case, C # + Angular)
Therefore, am I going to develop what is called a micro-service? Or is it better to just talk about a service oriented architecture? Or am I going to do some obscure shenanigans?
Thank you for your attention !
Upvotes: 3
Views: 137
Reputation: 407
It's SOA in this case. Because
For the case of existing applications usually it shouldn't be a one shot process if you want to introduce microservices. You can always gradually breaking the parts into services that make sense to the particular application.
You can have a look at some of the articles -
Upvotes: 1