You've hit the nail on the head with this. Microservices ALWAYS add complexity to a project, but that complexity cost MAY be worth it in a specific use case. Personally I see far more value in the technical scaling benefits of microservices than the managerial aspects of splitting the code off into teams. A well structured monolith is just as easy to segment into different teams as a microservice - facebook actually uses a single repo for every single project they have, so it's not like you need a repo for each team
@ShikaIE Жыл бұрын
Great video! Do more of topic like this! One suggestion I’d add is maybe to add some visuals / examples etc.
@bc4198 Жыл бұрын
I just came in here to say the same thing! 😊
@elijahmcphersonmelton6136 Жыл бұрын
very good video! keep them up
@Olfan Жыл бұрын
To my mind, microservices try to do what object orientation should have done. The object/service is the sole owner of its data and knows what to do with it. Objects/services can send each other messages and hand over new data, ask for existing data or ask to perform actions on some data. Mind that other than with object oriented languages the distinction between objects/services and their data still works - nobody (yet?) demands that every piece of data be their own microservice.
@Masqueey5 ай бұрын
"...and getting more subscribers helps me feel better about myself." LOL 😂