本文有『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 系列文章见『微服务实际』公众号