主要观点：

• 之前讨论了在分层架构中运行事务，现考虑跨越多个服务的事务，如微服务架构中可能需要跨服务事务，但更多时候分布式事务是过度设计，可能导致架构更复杂，应先考虑其他替代方案。
• 介绍了两种反模式：分布式事务（难测试、调试和维护，系统紧耦合难扩展）和分布式单体（微服务边界设计不当会导致问题，可合并为一个服务）。
• 提出替代方案——最终一致性，数据最终会保持一致，通过事件驱动方式实现，如发布PointsUsedForDiscount事件到消息队列，orders服务接收并处理事件添加折扣，即使orders服务下线，事件也会不断重试直到处理成功。
• 介绍了实现最终一致性的工具和模式，如使用Watermill库处理消息，采用Outbox模式确保事件和存储数据的一致性，将事件存储在专用 SQL 表中并异步发布到 Pub/Sub。
• 讨论了事件驱动模式的一些注意事项，如事件仍是一种契约，设计不当会导致问题，测试时要注意本地运行 Pub/Sub 进行测试，使用Eventually等函数进行测试，监控等待消息的队列等。

关键信息：

• 微服务架构中可能需要跨服务事务，分布式事务通常过度设计。
• 最终一致性通过事件驱动实现，数据最终一致，即使中间有故障。
• 使用Watermill库处理消息，Outbox模式确保事件和数据一致性。
• 测试事件驱动服务的注意事项，包括本地测试、使用特定函数等。
• 监控等待消息的队列以确保系统正常运行。

重要细节：

• 示例中users服务和orders服务的交互及相关代码，如UsePointsAsDiscountHandler处理函数、事件发布和处理流程等。
• Outbox模式中通过UpdateFn函数决定发布的事件，以及使用Forwarder组件实现将数据库中的事件异步发布到 Pub/Sub。
• 测试事件驱动服务时的各种注意点，如本地测试、使用特定函数、避免事件干扰等。