参与 Seata 社区到 go 与 Seata 的邂逅
众所周知，这几年微服务、云原生提得很火热。2017年，当时公司的领导刘巍，敏锐得提出公司转型微服务。那时，提到微服务大家一头雾水，经过两年的实践，逐渐有了一些心得。但有个问题始终萦绕在微服务开发者的头上，分布式事务到底如何解决，有没有比较完美的方案？二阶段提交、柔性事务、最终一致性？
2019 年，我注意到阿里巴巴的同学在社区调研分布式事务需求，立即加入了社区群。在 seata 0.2 版本的时候，当时还不叫 seata，叫 fescar，我看到 seata 代码仓库里只有 dubbo 结合 seata 的 sample，随即在博客园写了一篇 spring boot 如何结合 seata 的博文 Spring Boot微服务如何集成seata解决分布式事务问题？ ，这篇文章后来被收录到 seata wiki 里面，收获到了 18000+ 的阅读量，是我阅读量最高的一篇博客。
后来，由于工作比较忙，屡次想参与 seata 贡献，发现了几个 bug，本来想修改来着，结果看社区里边已经有人在做了😂。
由于接触微服务，自然而然接触到 k8s 技术，接触到云原生，接触到 golang。个人对 golang 比较感兴趣，比较看好它的未来。看到社区里面也有关于 seata go client 的呼声，遂萌生了打造 golang 版 seata 的想法。
有人问：喂，同学，我技术差，不懂 seata，我能参与 seata-golang 项目吗？其实我刚开始写 seata-golang 的时候也有这样的疑问，我接触 golang 不久，seata 有些细节也不是太明白，我怎么开始？其实掌握到方法论，开始就不难了。首先，掌握几个概念，TC（Transaction Coordinator）、TM（Transaction Manager）、RM（Resource Manager）；然后弄明白这几个概念是干什么的，下面这张图就很好的概括了他们的职责、功能。清楚这些东西后，就是抽象接口啦。接口抽象出来后，就实现，seata 里面那么多的实现，通信序列化协议有 seata、protobuf、jackson、kryo、hessian、fst，sesssion manager 有基于内存的，也有基于 DB 的，先选择最简单你最有把握的实现。
目前 seata-golang 版本，已经实现基于内存的事务数据管理（session manager），client 端已经实现 TCC 模式。AT 模式的实现还有些细节没有考虑好，比如 sql 解析，主键如何处理等；metrics 收集器还未考虑；从配置中心读取配置等。这些问题，都是值得思考并参与贡献的。
源码👇seata-golang
TC Server 调试
-
先在 Goland 配置环境变量，配置为 config.yaml 文件的绝对路径
-
运行 main.go，系统默认监听 8091 端口。
-
Demo 客户端的代码👇seata-demo，设置service.localRgroup.grouplist = "127.0.0.1:8091"，运行 demo 即可调试。
目前，Java client 的 AT 模式和 TCC 模式，连接 Go 版 TC，能正确提交和回滚。
Go Client 调试
可能 Gopher 们比较关心 Seata Go Client。如文章一开始提到的，当前只支持TCC 模式。运行也比较简单，直接运行 samples 文件夹中，tcc 文件夹下的 main.go，默认会去连接 127.0.0.1:8091。
访问 http://localhost:8080/commit， 模拟的 TCC 事务提交。
访问 http://localhost:8080/rollback， 模拟的 TCC 事务回滚。
可以连接 Go 版本的 TC Server，也可以连接 Java 版的 TC Server，都能正确提交回滚。
声明：当前的 Seata Golang 版还比较粗糙简陋，存在一些未知 bug，分享出来仅作技术交流与研究。Go 版本的 TC，全局事务、分支事务是直接存放在内存中的，还未持久化，预计五一假期结束支持持久化事务数据到 DB 中，届时可以体验原汁原味的 golang 版的分布式事务解决方案。最后，非常欢迎志同道合的朋友一起来共建。
