当前位置:首页 >专题 >Go-Zero 微服务工程实战专题
Go-Zero 微服务工程
Go-Zero 微服务工程实战专题
从 goctl 代码生成到 API、RPC 与生产治理
Go-Zero 将 API DSL、goctl 代码生成、HTTP 服务、RPC 服务和常见微服务治理能力串成一套 Go 工程路径。本专题先从官方快速开始和 API DSL 建立模型,再用站内文章覆盖 JWT、监控、配置中心、任务调度、分布式事务和消息通信,帮助开发者把示例推进到可维护的微服务系统。
官方入口与快速开始
先用 goctl 跑通 API 与 RPC,再理解 DSL 和配置
官方
Go-Zero 官方文档
官方总览、设计理念、快速开始和参考文档入口。
官方
官方 Getting Started
从 Go、goctl、protoc 安装到第一个 HTTP/RPC 服务。
官方
官方 Quick Start
覆盖 Hello World、API Service 和 RPC Service 三条入口。
官方
Hello World 官方教程
五分钟创建、运行和测试第一个 go-zero HTTP 服务。
官方
API Service 官方教程
使用 API DSL 构建完整 API 服务和业务逻辑。
官方
RPC Service 官方教程
创建 gRPC 服务并连接 API 网关。
官方
goctl Quickstart 参考
通过 goctl quickstart 生成单体或微服务示例。
官方
API DSL 参考
定义 HTTP 服务、类型、路由和可选字段的 DSL 语法。
官方
Go-Zero 官方示例
包含基础 API、认证、微服务系统等可运行示例。
官方
Go-Zero 官方 GitHub 仓库
源码、发行版、Issue、示例和版本变化入口。
常见问题
从能生成代码走向可维护的微服务交付
go-zero 和 goctl 分别负责什么?
go-zero 是微服务框架与运行时组件集合,goctl 是围绕 API DSL、RPC、模型和服务脚手架的代码生成 CLI。通常由 DSL 描述接口,再由 goctl 生成基础代码,开发者补充业务逻辑。
什么时候应该使用 API 服务,什么时候拆成 RPC 服务?
单体或边界清晰的对外接口可以先使用 API 服务;当多个业务服务需要内部调用、独立扩缩容或复用协议时,再按官方 RPC 路径拆分,并保留 API 网关作为外部入口。
goctl 生成的代码可以直接修改吗?
应优先修改业务逻辑、配置和明确的扩展点;路由、类型和服务骨架通常由 DSL 生成。重新生成前要检查差异并保留手写代码,避免把生成文件与业务实现混在一起。
Go-Zero 微服务上线前最应该检查什么?
至少检查超时与限流、认证授权、配置来源、日志与指标、RPC 重试、任务幂等、消息失败处理、数据库连接池和灰度回滚路径,并用压测或故障演练验证关键假设。
相关专题
继续查看相近方向内容
查看更多
最新文章
-
- Go hex.Dumper 怎样流式打印二进制调试信息
- 42分钟前 424浏览
-
- Go strconv.FormatBool 怎样输出稳定的布尔文本
- 44分钟前 275浏览
-
- Go strconv.QuoteToASCII 怎样输出可传输的转义字符串
- 48分钟前 210浏览
-
- Go strconv.NumError 怎样区分语法错误和范围溢出
- 49分钟前 352浏览
-
- Go crypto/sha512.New512_256 怎样生成 256 位摘要
- 58分钟前 173浏览
-
- Go utf8.RuneStart 怎样判断字节是否为 UTF-8 字符起始位
- 1小时前 385浏览
-
- Go unicode/utf8.Valid 怎样过滤无效 UTF-8 输入
- 1小时前 310浏览
-
- Go strings.Clone 怎样切断字符串与原始数据的共享
- 1小时前 311浏览

