聊聊与go-zero结缘

最先接触go-zero是2020年10月国庆假期，说来也巧，看到有人在go-micro群中问go-zero情况，当时go-zero作者在群中就大概回答了一下，引起了我的好奇，当时公司用的go-micro1.x，因为go-micro版本真的太混乱了，2还没多少人用明白，现在又搞了个3，而且这几个大版本之间高度不兼容，简直一团糟。我抱着好奇心去github.com查看了go-zero，当时并没有因为它的star数、文档少而放弃，哈哈，抱着试玩的心态去go get它，从此发现了新大陆，并加入了go-zero群，开始了go-zero之旅。

说说选择它的几点原因

• 微服务：在现在这个大环境下，单体服务诟病已经越来越多了，项目大起来之后 “牵一发而动全身” 的教训比比皆是，维护越来越困难，测试测起来也是很头疼，构建速度慢等等，在这样趋势下拥抱微服务成为了大趋势，go-zero就是一个微服务框架并且能为我解决很多实际项目中遇到的痛点、难点

• 稳定性：内外同源。稳定性是我很看重的，他们公司内外同源势必保证了此框架的稳定性。

• 高并发：经历了2020年疫情期间，“晓黑板” 轻松获得支撑千万日活服务

• 工作效率：说到工作效率，必须要提的就是goctl，goctl配合go-zero所有代码基本都是可以通过这个工具生成，只需要关心自己的业务逻辑即可，包括一键生成dockerfile，k8s的yaml文件，简直不要太爽，大大提高了工作效率

• 代码质量：大概看了一些go-zero的源码，代码质量上感觉还是没得喷的，至少感觉比我自己写的好很多，哈哈，这个每个人看法不同，大家可以去亲自看一下。

• 团队：当时加了go-zero作者微信，感觉他为人很谦和，无论问一些比较基础的东西还是一些线上实战经验，也总是会耐心给我解答、意见，在使用期间我也提了一些bug，go-zero团队都能及时的解决，迭代速度真的让我惊艳。大家应该都知道，在国内做开源有多么不容易。

• 对比go其他微服务框架：go的微服务框架大概我玩过go-micro、go-kit、kratos、rpcx、go-zero。

  • go-micro我开始就说了是版本真心有点混乱
  • go-kit也不错但是资料相对来说较少
  • kratos经过b站源码泄漏大家应该都知道它了，前一段时间都断更了，差点安乐死，毛神在issue中说太忙了，不过他们在出2.0版本了，还是很期待
  • rpcx 玩了一下玩的不多，但是他们宣传是“好未来”也在用，go-zero就是“好未来”的呀，哈哈
  • go-zero 上面我都说过了，就不在提了。