系统回调通知设计
- 消息类型
- 容错机制
- 消息协议
- 负载均衡
- 监控&告警
很多公司的架构都存在与外界系统有交互,交互难免会有一些同步请求、回调通知等。且公司一般网络的出入口都是只有一个,而各个业务条线只要存在和外界系统有业务往来,都会存在回调通知,所以可以设计一个公司级别的回调通知,避免重复造轮子,提高科技中心效率,并能统一进行监控、告警等处理。
消息类型
系统之间的交互往往伴随着两大类型的调用,同步、异步调用。
同步
调用者需要等待消息通知方(服务提供者)的响应。
优点:时效性强,可以立即得到结果;
缺点:耦合度高,性能和吞吐能力较差,且在高并发场景下会导致资源浪费和级联失败问题;
异步
调用者无需等待消息通知方(服务提供者)响应,只需保证最终一致性即可。
优点:吞吐量高,耦合度低,能够避免级联失败,适合处理高并发情况;
缺点:架构复杂;
同步调用和异步调用的主要区别在于响应机制、资源利用效率,系统耦合性。异步调用我们可以借助一些中间件来保证消息可靠性。整体架构如下:
容错机制
集群容错机制是分布式系统中的一种关键技术,旨在确保在服务调用过程中即使部分服务实例出现故障,系统依然能稳定运行,如服务提供者故障、网络延迟等。通过配置不同的容错策略,系统可以在服务调用失败时自