News for hackers. Stuff that matters.
Re:Should that be a microservice? Factors to keep in mind by bdcravens on Saturday April 20, 2019 @08:02PM (#19709694)
It’s worth noting that you can accomplish a lot of the same goals via a single repo but separate out execution and deployment with distinct Dockerfiles.
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.