共计 2144 个字符，预计需要花费 6 分钟才能阅读完成。
本文有『Go 开源说』第三期 go-zero 直播内容批改整顿而成，视频内容较长，拆分成高低篇，本文内容有所删减和重构。
大家好，很快乐来到“GO 开源说”跟大家分享开源我的项目背地的一些故事、设计思维以及应用办法，明天分享的我的项目是 go-zero，一个集成了各种工程实际的 web 和 rpc 框架。我是 Kevin，go-zero 作者，我的 github id 是 kevwan。
go-zero 概览
go-zero 尽管是 20 年 8 月 7 号才开源，然而曾经通过线上大规模测验了，也是我近 20 年工程教训的积攒，开源后失去社区的踊跃反馈，在 5 个多月的工夫里，取得了 5.9k star。屡次登顶 github Go 语言日榜、周榜、月榜榜首，并取得了 gitee 最有价值我的项目（GVP），开源中国年度最佳人气我的项目。同时微信社区极为沉闷，3000+ 人的社区群，go-zero 爱好者们一起交换 go-zero 应用心得和探讨应用过程中的问题。
下图两头三层是 go-zero 内建反对的服务治理相干组件，根本涵盖了微服务治理次要的能力，而且是根本不须要开发者本人配置的，默认计划曾经是通过大规模线上我的项目调优的。
微服务零碎设计中的痛点
1. 微服务零碎如何拆分？
- 先粗后细，不要过细，切忌一个接口一个服务
- 横向拆分，而非纵向，咱们尽量不要超过三层调用
- 单向调用，严禁循环调用
- 禁止接口类型透传，在不同的层之间不要共享同一个数据定义，防止一处批改，影响其它
- 没有依赖关系的串行调用改为并行，能够通过 core/mr 包升高响应提早而不减少零碎负载
2. 如何保障高并发高可用？
- 良好的数据边界
数据边界是微服务拆分的外围，不同的服务之间不要显示共享数据，而应该通过 rpc 共享。
- 高效的缓存治理
服务是否撑持高并发，缓存很要害。缓存机制不光要设计好，还须要通过工具尽可能让业务开发人员防止出错，因为缓存代码的编写有相当的难度，goctl 很好的生成了主动治理缓存的代码。
- 优雅的熔断降载爱护
微服务零碎个别都是由大量服务独特组合而成的，服务多了天然会有某个服务呈现故障的危险，咱们不能让某个服务的故障导致整个零碎不可用，这就是服务雪崩，要防止雪崩，咱们就须要无效隔离有故障的服务，从而降级可用。熔断和降载是避免服务雪崩的最无效伎俩之一。
- 弹性伸缩能力
对于高并发的零碎来说，突发流量洪峰的状况下，零碎须要可能及时程度扩容，go-zero 的自适应降载能够很好的配合 kubernetes 集群的主动程度伸缩能力。
- 清晰的资源应用定义
要想让零碎保持稳定，咱们肯定要对资源应用做清晰的定义，比方咱们到底在什么时候思考裁减资源，是资源占用率达到了 50% 还是 70%，必须对系统资源的应用情况有足够清晰的定义。
- 高效的监控报警
我在团队外部始终强调：没有度量就没有优化。咱们必须对系统有高效的监控和及时的报警机制。这样能力让咱们对整个零碎的运行状态有足够的理解。
大型微服务项目从何下手？
微服务零碎大体上看起来如上图，然而咱们并不是肯定要业务一开始就上微服务，咱们看看一个典型的微服务零碎是怎么进化而来的，上面粗略的解说一下大型微服务零碎的进化过程。
- 从单体服务开始
我的项目刚开始，咱们不要一味的谋求技术的先进性，因为大部分我的项目是走不到高并发的那一天的，咱们须要的是第一工夫满足业务。
- 业务优先，技术撑持
我在团队里讲：架构是从业务中来，到业务中去。任何脱离了业务的技术都是自嗨，咱们须要把满足业务须要作为第一优先级，技术须要撑持业务当初和可预期倒退的须要即可。当然，有满足本身业务的现成的框架和最佳实际那是最好了，但不要让技术栈过于简单，防止重心从业务转移到技术自身来。
- 服务指标监控
随着业务的倒退，咱们可能须要对技术做肯定的降级和革新了，然而咱们始终强调：没有度量就没有优化。所以咱们须要及时加上对整个服务的要害指标的监控，从而让咱们在理解零碎的前提下进行必要的革新。
- 数据拆分 + 缓存治理
当业务倒退到肯定水平之后，基于监控，咱们发现服务必须要做拆分了。那么咱们第一步要做的是先把数据拆分分明，数据拆分后，咱们就能够加上对应的缓存治理，从而保障数据层面的稳定性。
- 服务拆分
绝对于数据拆分，服务的拆分绝对是比拟容易的，基于拆分好的数据，对应出下层的服务，因为服务是无状态的，所以这个拆分就比拟容易。
- 撑持零碎建设
随着业务的倒退，日常的系统维护工作就显得比拟繁琐和容易出错了。此时，咱们须要建设撑持零碎，如何部署新服务，如何更新老服务，是不是要上 kubernetes，等等。
- 自动化 + 工程建设
当业务倒退到肯定水平，工程效率就是一个很大的问题了。goctl 就是为了解决自动化和工程效率问题而生，其中内置的 api, rpc, model, Dockerfile, k8s 部署文件等的主动生成节俭了咱们大量工夫，也防止了业务开发中的谬误。
go-zero 组件分析 + go-zero 最佳实际（待续）
如果你想要更好的理解 go-zero 我的项目，欢送返回官方网站上学习具体的示例。
视频回放地址
https://www.bilibili.com/video/BV1Jy4y127Xu
我的项目地址
https://github.com/tal-tech/go-zero
欢送应用 go-zero 并 star 反对咱们！
go-zero 系列文章见『微服务实际』公众号
