最大致力告诉型 (Best-effort delivery) 是最简略的一种柔性事务,实用于一些最终一致性工夫敏感度低的业务,且被动方处理结果不影响被动方的处理结果。典型的应用场景:如银行告诉、商户告诉等。
最大致力告诉
最大致力告诉型 (Best-effort delivery) 是最简略的一种柔性事务,实用于一些最终一致性工夫敏感度低的业务,且被动方处理结果 不影响被动方的处理结果。典型的应用场景:如银行告诉、商户告诉等。最大致力告诉型的实现计划,个别合乎以下特点:
- 不可靠消息:业务流动被动方,在实现业务解决之后,向业务流动的被动方发送音讯,直到告诉 N 次后不再告诉,容许音讯失落(不可靠消息)。
- 定期校对:业务流动的被动方,依据定时策略,向业务流动被动方查问(被动方提供查问接口),复原失落的业务音讯。
最大致力告诉示例
举例来说:笔者已经做过一个短信发送平台,背景是公司外部有多个业务都有发送短信的需要,如果每个业务独立实现短信发送性能,存在性能实现上的反复。因而专门做了一个短信平台我的项目,所有的业务方都接入这个短信平台,来实现发送短信的性能。简化后的架构如下所示:
短信发送流程
业务方发送一次短信的流程蕴含如下步骤:
- 业务方将短信发送申请提交给短信平台;
- 短信平台接管到要发送的短信,记录到数据库中,并标记其状态为”已接管 ”;
- 短信平台调用内部短信发送供应商的接口,发送短信。内部供应商的接口也是异步将短信发送到用户手机上,因而这个接口调用后,立刻返回,进入第 4 步;
- 更新短信发送状态为 ” 已发送 ”;
- 短信发送供应商异步告诉短信平台短信发送后果。而告诉可能失败,因而最多只会告诉 N 次。;
- 短信平台接管到短信发送后果后,更新短信发送状态,可能是胜利,也可能失败(如手机欠费)。到底是胜利还是失败并不重要,重要的是咱们晓得了这调短信发送的最终后果;
- 如果最多只告诉 N 次,如果都失败了的话,那么短信平台将不晓得短信到底有没有胜利发送。因而短信发送供应商须要提供一个查问接口,以不便短信平台驱动的去查问,进行定期校对。
在这个案例中,短信发送供应商告诉短信平台短信发送后果的过程中,就是最典型的最大致力告诉型计划,告诉了 N 次就不再告诉。通过提供一个短信后果查问接口,让短信平台能够进行定期的校对。而因为短信发送业务的工夫敏感度并不高,比拟适宜采纳这个计划。
须要留神的是,短信后果查问接口很重要,必须要进行定期校对。因为前期要进行对账,笔者在做这个我的项目的时候,一个月的短信发送总量在高峰期能够达到 1 亿条左右,即便一条短信只有 5 分钱,一个月就有 500W。
参考文档
柔性事务:最大致力告诉
本文最先公布至微信公众号,版权所有,禁止转载!