5 Comments

When it comes to "9 best practices for developing microservices", I'd add:

0. Do I really need microservices to solve my problem and can I start with a modular monolith instead?

Expand full comment

Here are the main factors I'd consider:

- Team size and expertise: Microservices require more expertise in distributed systems and DevOps practices.

- Project complexity: Complex systems with frequent changes benefit more from microservices.

- Do you need to deploy and scale different parts of the application independently?

Expand full comment

About the "9 best practices for developing microservices" and the Single Responsibility principle

Some times you have to do it a packaging level instead of a microsservice level. Why? Communication between services take time, at least some milliseconds, so it could increase your latency

Expand full comment

Also all of the serialization and deserialization between each service, usually the overhead is not much but it all adds up with you have lots of calls/services!

Expand full comment

I love the visual representation of the Code Review Pyramid. I don't have any new questions to add, but if anyone wants a bit more detail I recently wrote up a short three-parter on code reviews (aimed at early-career engineers).

https://virtualmentor.substack.com/p/code-review-theory

https://virtualmentor.substack.com/p/code-review-but-what-do-i-look-for

https://virtualmentor.substack.com/p/code-review-a-few-more-things

Expand full comment