Kafka 事务 vs Outbox：Exactly-once 的边界到底在哪？

【背景】 我们团队在做订单履约链路时，遇到了一个关键问题：如何在 Kafka 中实现 exactly-once 的消息处理，同时保证业务的幂等性。我们尝试了 Kafka 事务和 Outbox 两种方案，但发现它们各有优劣，且边界模糊。

【常见分歧】

1. Kafka 事务方案：
   • 优点：Kafka 提供了原生的事务支持，可以保证消息的原子性。
   • 缺点：需要处理 Kafka 事务的复杂性和潜在的性能开销。
2. Outbox 模式：
   • 优点：业务逻辑可以保持简单，通过数据库事务保证消息的原子性。
   • 缺点：需要额外的数据库操作，且在分布式环境下可能引入一致性问题。

【我的倾向】 我认为，Kafka 事务更适合在 Kafka 本身的事务场景中使用，例如需要保证消息的顺序性和原子性。而对于需要与业务逻辑紧密结合的场景，Outbox 模式可能更为合适，因为它可以更好地与业务逻辑集成。

【想听大家的观点】 在你们的实际项目中，是如何选择 Kafka 事务和 Outbox 的？在什么场景下，你们更倾向于使用哪种方案？