UnifiedUser的博客

不可能所有的功能都由自身开发，这个时候就需要引入第三方服务，这些第三方有的是为了解决某些单纯的技术的问题而引入的，例如oss，redis，数据库，这些大多数和业务没有直接关系，客户不会直接关心文件存在哪里，使用哪一种数据库。所以对于不同第三方请求，服务划分和代码部署我们可以这样简单做：对于业务相关性第三方由于存在较多的逻辑，需要额外处理三方的状态和结果，可以把这些三方部署成独立的服务。按照上面例子支付宝请求结果直接影响支付订单的状态，那么我们应该如何处理呢，我们要额外处理第三方结构，确保结果准确，幂等。

选择适合团队和系统特点的方案，并在实际实践中进行调整和优化，是确保系统稳健性和团队协作效率的关键。我们团队偏小，项目时间紧，不适合高度依赖沟通完成的工作。消息规则放到消息模块里 上面优缺点几乎是反过来的。消息规则放到订单模块里。