微服务之间的接口调用有没有类似事务的实现

背景

工作中遇到的一个真实场景 一个电商系统，现在涉及三个独立服务之间的交互 售后服务(负责订单取消动作的发起）、订单服务（负责订单数据的管理）、营销服务（负责券数据的管理）。 现在考虑这样一个场景，某个订单通过活动获得了优惠券。售后服务 需要分别和订单服务、营销服务 发生如下交互:

1. 调用营销服务冻结此订单获得的优惠券
2. 调用订单管理服务取消订单

但是有可能发生如下调用结果:

1. 券冻结成功但是订单取消失败。
2. 订单取消成功但是券冻结失败。

现在我的做法是

先冻结券，然后判断冻结是否成功。如果冻结失败则流程结束，向下游返回无法取消订单的消息。 如果冻结券成功则取消订单，判断订单是否取消成功。如果取消成功流程结束，如果取消失败则重试三次，如果重试 3 次仍然失败则向 DB 插入一条异常记录，用定时任务定时批量重试。

问题

但是感觉这样的方案还是实现的不太优雅。 想问一下类似这种不同微服务之间接口调用，还想要达到一种类似 DB 中 事务 的场景有没有更合适的解决方案？