kratos分布式事务实践

背景

随着业务的快速发展、业务复杂度越来越高，微服务作为最佳解决方案之一，它解耦服务，降低复杂度，增加可维护性的同时，也带来一部分新问题。

当我们需要跨服务保证数据一致性时，原先的数据库事务力不从心，无法将跨库、跨服务的多个操作放在一个事务中。这样的应用场景非常多，我们可以列举出很多：

• 跨行转账场景，数据不在一个数据库，但需要保证余额扣减和余额增加要么同时成功，要么同时失败
• 发布文章后，更新文章总数等统计信息。其中发布文章和更新统计信息通常在不同的微服务中
• 微服务化之后的订单系统
• 出行旅游需要在第三方系统同时定几张票

面对这些本地事务无法解决的场景，我们需要分布式事务的解决方案，保证跨服务、跨数据库更新数据的一致性。

dtm作为一款非常流行的分布式事务框架，已经支持了接入多种微服务框架，下面我们就来着重介绍一下go-kratos如何接入dtm，解决分布式事务的问题

运行一个例子

我们来看一个可运行的例子，然后再看如何自己开发完成一个完整的分布式事务

下面以etcd作为注册服务中心，可以按照如下步骤运行一个kratos的示例：

• 配置dtm

  MicroService:
   Driver: 'dtm-driver-kratos' # name of the driver to handle register/discover
   Target: 'discovery://127.0.0.1:2379/dtmservice' # register dtm server to this url
   EndPoint: 'grpc://localhost:36790'

• 启动etcd

  # 前提：已安装etcd
  etcd

• 启动dtm

  # 请先配置好dtm的数据库
  go run app/main.go -c conf.yml # conf.yml 为你对应的 dtm 配置文件

• 运行一个kratos的服务

  git clone https://github.com/dtm-labs/dtmdriver-clients && cd dtmdriver-clients
  cd kratos/trans
  make build && ./bin/trans -conf configs/config.yaml

• 发起一个 kratos 使用 dtm 的事务

  # 在 dtmdriver-clients 的目录下
  cd kratos/app && go run main.go

当您在trans的日志中看到

INFO msg=config loaded: config.yaml format: yaml
INFO msg=[gRPC] server listening on: [::]:9000
2022/03/30 09:35:36 transfer out 30 cents from 1
2022/03/30 09:35:36 transfer in 30 cents to 2

那就是事务正常完成了

开发接入

参考 dtm-labs/dtmdriver-clients 的代码

// 下面这些导入 kratos 的 dtm 驱动
import (
    _ "github.com/dtm-labs/driver-kratos"
)

// dtm 已经经过前面的配置，注册到下面这个地址，因此在 dtmgrpc 中使用该地址
var dtmServer = "discovery://localhost:2379/dtmservice"

// 业务地址，下面的 busi 换成实际在 server 初始化设置的名字
var busiServer = "discovery://localhost:2379/busi"

// 发起一个msg事务，保证TransOut和TransIn都会完成
gid := dtmgrpc.MustGenGid(dtmServer)
m := dtmgrpc.NewMsgGrpc(dtmServer, gid).
  Add(busiServer+"/api.trans.v1.Trans/TransOut", &busi.BusiReq{Amount: 30, UserId: 1}).
  Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 2})
m.WaitResult = true
err := m.Submit()
logger.FatalIfError(err)

深入理解动态调用

在 kratos 使用 dtm 的分布式事务时，许多的调用是从 dtm 服务器发起的，例如 TCC 的Confirm/Cancel，SAGA/MSG 的所有调用。

dtm 无需知道组成分布式事务的相关业务 api 的强类型，它是动态的调用这些api。

grpc 的调用，可以类比于 HTTP 的 POST，其中：

• "/api.trans.v1.Trans/TransIn" 相当于 URL 中的 Path。请注意这个Path一定是要从TransIn的Invoke函数实现里面找
• &busi.BusiReq{Amount: 30, UserId: 1} 相当于 Post 中 Body
• v1.Response 相当于HTTP请求的响应

通过下面这部分代码，dtm就拿到了完整信息，就能够发起完整的调用了

Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 1})

其他方式接入

kratos 的微服务还有非 etcd 的其他方式，下面列出它们的接入方式

直连

对于直连这种方式，您只需要在上面 dtm 的 etcd 配置基础上，将 Target 设置为空字符串即可。

直连的情况，不需要将 dtm 注册到注册中心

小结

欢迎使用 dtm，并 star 支持我们，一起共建 golang 的微服务生态