A pattern language and visual notation for messaging systems: Enterprise integration patterns by @ghohpe and @bobby_woolf
Public workshops:
- Enabling DevOps and Team Topologies Through Architecture: Architecting for Fast Flow JNation, May - Coimbra, Portugal Learn more
- Designing microservices: responsibilities, APIs and collaborations DDD EU, June 2-3, Antwerp, Belgium Learn more
Contact me for information about consulting and training at your company.
One of the defining characteristics of the microservice architecture is that services are loosely coupled. Services should ideally be self-contained but some form of inter-service communication is inevitable. You should, however, be very careful about using synchronous calls (e.g. REST or gRPC) between services If you mimic the inter-module communication patterns in your monolithic you are likely to have a very brittle system due to the runtime coupling. To reduce runtime coupling, you should strive to use asynchronous messaging wherever possible.
My favorite book on asynchronous messaging is Enterprise Integration Patterns by Gregor Hohpe and Bobby Woolf. I bought it back in 2003, so I guess it’s a classic.
It’s a pattern language and visual notation for messaging systems.
I find it useful to describe an application’s architecture in terms of patterns such as Message Channel rather than immediately leaping into the technical details of today’s fashionable message broker. Later you can map that abstract architecture to an actual implementation. For example, take a look at the diagrams in my posts about orchestration-based and choreography-based sagas, such as the follow:
This is a must read book if you are building applications that use asynchronous messaging. You can learn more about the book and the pattern language on the book’s website.
Premium content now available for paid subscribers at 
