关于 Go 语言微服务框架 Micro 的一些情况说明

用过或了解过 Micro 这个框架的人,可能有所耳闻,大家对其抱怨比较多,典型的抱怨是升级后不兼容。比如网上有教程是基于 1.x,但新版本是 2.x,完全不一样了,而且似乎官方文档也没有及时更新,使用了它的人“痛苦不堪”。

前些天,有人问我有无其他 Go 微服务框架推荐,说 Micro 3.0.0 开始不能用了!!

我听了一惊:我只听说它不稳定,总是变来变去,兼容性不好,但没听说不能用。后来了解了下,原来 3.0 做了巨大的改变。主要有:

  • Micro 3.0 推荐叫做 M3O,微服务框架成为了云原生开发平台
  • 废弃了 Go-Micro
  • 开源 License 由 Apache 2.0 改为 Polyform Shield

说明一点,Micro 是一个公司:Micro Services, Inc。

01 Micro 3.0 叫做 M3O,一个云原生开发平台

在 11 月 05 日,官方宣布 Micro 3.0.0 发布。这不再是一个微服务框架,而是一个云原生平台。有什么不一样呢?

官方在 3.0 版本对主要工具进行了重大重构,并将其整合到可以从开发人员的角度解决构建、运行、管理和使用这整个工作流的问题。

为什么做这样的改变

Micro 最初是作为微服务开发的工具包,它结合了 api 网关,Web dashboard 和 cli 与使用 Go RPC 框架构建的服务进行交互。因为考虑到那时让所有人重新购买 PaaS 感觉就像是一场失败的战斗。因此,官方选择围绕 RPC 框架编写单一用途的工具,以为它可以使人们逐步采用它,直到他们看到对平台的需求为止。

虽然有一个简单的 Go 框架以及一些用于查询和与之交互的周围组件,但是就像任何长期存在的项目一样,随着试图解决瑞士军刀无法做到的那种平台体验,其复杂性也在增加,开发了许多独立的库。这对于用户而言,增加了认知上的负担。

在 2019 年,官方对所有这些库进行了合并,这提供了极大的帮助,但始终仍然存在一个悬而未决的问题。 micro 和 go-micro 有什么区别?一般我们将 go-micro 视为框架,将 micro 视为工具箱,但这样的划分似乎没有意义。

过去 5 年,随着容器和容器编排成为焦点,“云原生”工具激增,世界爆炸了。更具体地说,Docker 和 Kubernetes 重新定义了技术领域,并更加有意识地转向在云中构建软件。

Micro 甚至可以追溯到 2015 年,都具有前瞻性的观点。很明显,分布式系统和云原生将在未来几年内成为后端服务开发的主导模型,但是不清楚要花多长时间花折腾各种工具,例如 docker,kubernetes,grpc,istio 等。这感觉就像重新构建技术栈。Micro 希望解决整个工作流上的事情,而只是在微服务开发上。

M3O 官方认为 PaaS 3.0 不仅是在运行容器甚至是源代码,而且还囊括了整个开发人员的经验,包括用于编写云代码的模型。因此它们打造了 Micro 3.0,或叫 M3O,这是用于云原生开发的平台。

更多信息可以看 Micro 3.0.0 的发布公告

02 废弃 Go-Micro

这个点上面已经做了一定说明。

官方终止对 go-micro 的支持。这个项目自 2014 年创建至今,已经拥有 14.7k+ Star。作者认为尽管它为许多人解决了一些问题,但它并没有完成它的初衷。

现在这个项目并没有直接放弃,而是转交到个人名下(Micro 公司的 CEO Asim),为了避免混淆,项目名也改了,叫 Nitro 。现在它是一个快速的分布式应用程序开发框架。

虽然 go-micro 2.0 依然可以使用,但已经不维护。更多相信信息可以查看 Nitro 项目的 FAQ。

03 Licence 改为 Polyform Shield

Polyform Shield 这个 Licence 我是第一次见 ,相信很多人也是。官方的说法是:

Micro 继续保持开源状态,但使用 Polyform Shield 进行了许可,这可以防止该软件被提取并作为服务运行。这是为了与 AWS 和其他运行开放源代码以谋取利益而不回馈的人抗衡。

这个 Licence 是为了防止 AWS 这样的云服务部署 Micro 服务,和 Micro 公司进行直接竞争,其他情况下可以免费使用。因此不存在开头网友说的不让用的情况。

值得一提的是,Nitro 项目的 Licence 也改为了 Polyform Shield。

04 总结

Micro 3.0 的出现,可能是顺应时代的产物。但从另一个角度,包括 Licence 的变更,一个靠开源项目活下去的公司不容易。M3O 是一个云原生(m3o.com)托管平台,有兴趣可以了解它的收费模式,这是开源项目公司进行商业化的一种方式。

就像 Micro 的创始人 Asim 在 Nitro 项目的 FAQ 中说的:

Go Micro 的维护,需要花费很多的时间精力,它属于 Micro Services,Inc. 公司,该公司现在专注于 Micro as a Service,并将此处的所有接口合并到该项目的服务库中。在大多数情况下,Go Micro 都没有资金支持,虽然得到过好评。因此,在坚持了 6 年后,在 3.0 版中,这个项目属于我个人(Asim),我做出了艰难的决定,要重新许可为非商业项目。对于任何商业应用程序,我正在寻找 github sponsorship ,以便我可以将这些资金用于维护和支持工作。

所以,如果你曾经喜欢 Micro 这个项目,建议你可以继续喜欢。当然也希望这次之后,版本能够更稳定。而我看了这些后,作为一个开源爱好者,我准备花时间研究研究 Micro,顺便写写笔记,希望为它的推广做一点贡献。