云原生 go-zero 微服务框架介绍

[kevinwan]

0. go-zero 介绍

go-zero 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性，经受了充分的实战检验。

go-zero 包含极简的 API 定义和生成工具 goctl，可以根据定义的 api 文件一键生成 Go, iOS, Android, Kotlin, Dart, TypeScript, JavaScript 代码，并可直接运行。

使用 go-zero 的好处：

• 轻松获得支撑千万日活服务的稳定性
• 内建级联超时控制、限流、自适应熔断、自适应降载等微服务治理能力，无需配置和额外代码
• 微服务治理中间件可无缝集成到其它现有框架使用
• 极简的 API 描述，一键生成各端代码
• 自动校验客户端请求参数合法性
• 大量微服务治理和并发工具包

1. go-zero 框架背景

18 年初，晓黑板后端在经过频繁的宕机后，决定从Java+MongoDB的单体架构迁移到微服务架构，经过仔细思考和对比，我们决定：

• 基于 Go 语言
  • 高效的性能
  • 简洁的语法
  • 广泛验证的工程效率
  • 极致的部署体验
  • 极低的服务端资源成本
• 自研微服务框架
  • 个人有过很多微服务框架自研经验
  • 需要有更快速的问题定位能力
  • 更便捷的增加新特性

2. go-zero 框架设计思考

对于微服务框架的设计，我们期望保障微服务稳定性的同时，也要特别注重研发效率。所以设计之初，我们就有如下一些准则：

• 保持简单
• 高可用
• 高并发
• 易扩展
• 弹性设计，面向故障编程
• 尽可能对业务开发友好，封装复杂度
• 尽可能约束做一件事只有一种方式

我们经历不到半年时间，彻底完成了从Java+MongoDB到Golang+MySQL为主的微服务体系迁移，并于 18 年 8 月底完全上线，稳定保障了晓黑板后续增长，确保了整个服务的高可用。

3. go-zero 项目实现和特点

go-zero 是一个集成了各种工程实践的包含 web 和 rpc 框架，有如下主要特点：

• 强大的工具支持，尽可能少的代码编写
• 极简的接口
• 完全兼容 net/http
• 支持中间件，方便扩展
• 高性能
• 面向故障编程，弹性设计
• 内建服务发现、负载均衡
• 内建限流、熔断、降载，且自动触发，自动恢复
• API 参数自动校验
• 超时级联控制
• 自动缓存控制
• 链路跟踪、统计报警等
• 高并发支撑，稳定保障了晓黑板疫情期间每天的流量洪峰

如下图，我们从多个层面保障了整体服务的高可用：

4. Benchmark

测试代码见这里

5. 项目地址

https://github.com/tal-tech/go-zero

6. 微信交流群

扫码加入微信交流群

[KesonAn]

core 包中很多干货，推荐学习！

[kingxt]

很赞啊

[dylanre]

大道至简就是这样，其实很多功能特性都不是你真正需要的。而 go-zero 就是保持极简风格。同时 core 中的代码中真的很多干货，赞赞。

[zhoushuguangking]

每天都能从 go-zero 中学习到很多知识

[zhoushuguangking]

goctl 还能生成不同语言的代码，真的是太强了

[KesonAn]

👍👍👍👍👍👍👍👍

[zhoushuguangking]

👍👍👍强啊

[zhoushuguangking]

我今天用 go-zero 部署了几个服务感觉还不错，学习到了很多新的理念

[jeremaihloo]

楼上是楼主买的水军吗?

[bittoy]

相比于其他微服务框架来说，更加注重微服务的工程化，解放双手，避免很多 curd 重复代码

[gowk]

@jeremaihloo 应该不是，看了作者 kevinwan 在 B 站上分享的视频，是个大佬，应该不会无聊到做这种事吧。

楼上刷屏的那位莫不是铁粉？哈哈

[jeremaihloo]

@gowk #31 楼上有两个小号干这个事情, 我以为...

[allanpk716]

微服务 0 基础，对比尝试了 go-micro 以及 go-zero，起码后者跟着 quick start 搞清楚怎么写业务，以及能够把现有的项目尝试性的对接上了（ goctl model 这个不错），还有一些细节（如果 *.api V1 版本搞定了，要再加内容，还没测试用官方工具再次生成代码会不会覆盖等一些维护性细节）需要测试确认，如果文档示例能再多点就更好了（逃

[kevinwan]

@allanpk716 没问题的，可以增量生成，只要文件头标记了 do not edit 的不改就没问题