Re:Should that be a microservice? Factors to keep in mind
by scarface74 on Saturday April 20, 2019 @10:49PM
(#19710277)
It’s still over complicating things. If you just want a separation of concerns, reduced merge conflicts, and the optionality of separating a module out into a separate microservice later, you can accomplish that a lot easier in a monorepo with (speaking in C# terms, choose the equivalent for your language of choice) one solution, separate projects for separate “services” (domain contexts), exposing the assembly/module via public interfaces and using DI.
[ Parent
| on HN ]
There are no comments on this comment yet.