一 规避系统间依赖

任何外部系统都是不可靠的
假设你要做的是A系统,某个数据需要到B系统去查。考虑到:

  1. 自己系统是有qps指标要求的
  2. 其它系统都是不可靠的

那么,是不是必须一定要到B系统呢?能不能做一份数据冗余呢?将B系统中数据同步到自己系统,这样,不管B系统怎么样,自己系统都不会有问题了。

二 尽量是作为依赖提供方

作为上游,而不是下游。宁可影响到别人,而不要被别人所影响
如果实在无法避免系统间依赖,那也尽量是做为上游的服务提供方,而非做下游的服务调用方。上游接口错了,会污染到下游,宁可做污染的人,也不要被别人所污染。

三 能不做的尽量不做

  1. 非自己业务范畴一概不做。
  2. 老数据,老产品能不做尽量不做。

四 时刻为外部异常做好准备

多系统间系统调用是无法保证数据一致性的。无论是外系统调用你还是你调用外系统,如果外系统调用你,如果你失败了,那么他的数据无法保证一致;同理,如果是你调用外系统,那么他的系统失败了,你的数据就有问题了。

  1. 如果是外部系统调用
    在数据入口处就做好记录,做一个状态机,当你执行成功后将状态更改为成功。同时,外部系统也应该做一个数据反查或者数据推送接口,查询数据是否成功,或者由我们这边推送状态。
  2. 如果是调用外部接口
    如果是本系统调用外部接口,特别是外部系统变更,比如涉及到插入或者修改(查询不算),那么是不是需要要求外部系统成功后做一个推送?或者自己这边做一个查询,来轮询接口的调用情况。

方老司
2k 声望224 粉丝

教育皆祸害,[链接]