NET-Microservices-Architecture-for-Containerized-NET-Applications

A challenge when implementing an event-driven architecture across multiple microservices is how to atomically update state in the original microservice while resiliently publishing its related integration event into the event bus, somehow based on transactions. The following are a few ways to accomplish this, although there could be additional approaches as well.
Using a transactional (DTC-based) queue like MSMQ. (However, this is a legacy approach.)
Using transaction log mining.
Using full Event Sourcing pattern.
Using the Outbox pattern: a transactional database table as a message queue that will be the base for an event-creator component that would create the event and publish it

As noted earlier in the Challenges and solutions for distributed data management section, you can use integration events to implement business tasks that span multiple microservices. Thus you will have eventual consistency between those services. An eventually consistent transaction is made up of a collection of distributed actions. At each action, the related microservice updates a domain entity and publishes another integration event that raises the next action within the same end-to-end business task.