求介绍: stack-rpc, m3o, nitro 之间的区别与联系以及micro-in-cn未来的发展路线

[izturn]

突然发现 go-micro改名成了nitro,成了asim的个人项目，micro-in-cn也变成了stack-labs, 麻烦介绍一下关于此变化相关的原因、影响以及Micro-in-cn的未来的发展路线,谢谢

[printfcoder]

go-micro转成Nitro有两个考量：

• go-micro作为RPC开源框架的职责已经毕业，不再通过公司的角色开发。
• nitro 将承担边缘网络通信库的能力，只是现在没有正式开始，或者缓慢进行

micro-in-cn的转变也是基于以上两个因素的发展结果，我们的目标很简单，为中国开发者提供好用的微服务开发框架与技术交流社区，以stack-rpc（基于go-micro）为第一个作品向大家提供服务，旨在提供比go-micro更好的上下兼容性、稳定性。 以开源、责任、奉献的态度为大家赋能，同时也希望能吸引更多的开发者贡献自己的经验。

以上是我们的长期目标，总结来说，就是一群愿意奉献的开发者集结起来为中国开发者服务。

其它的目标，就是希望stack-labs能像她的名字一样，孵化出更多的实验作品，比如边缘计算+P2P结合的通信框架等。

[wanzirong]

刚接触go-micro和micro就被v2/v3的神操作惊呆。 github路径变了，连文档都没掉。micro v2的examples只能在码云找到一份，有点坑啊。 就算是micro v3，目前还是不稳定。

[izturn]

@wanzirong 如果能重来，我可能会去选择ms的 dapr

[printfcoder]

用咱们的Stack-RPC吧，基于go-micro修改，调整也简单。至少不会大规模破坏性升级。也有专人长期维护。

[izturn]

@printfcoder 一个问题，一个请求: 问题：为什么不基于2.9改，而是1.18？ 请求：求提供迁移文档？

[wanzirong]

@printfcoder 好的，目前还在选型中。

[printfcoder]

@doutuiya 基于1.8是因为这是有史以来最稳定的版本，2版本都是过渡版本，且不与1兼容。我们会选择将2中比较好的特性向下搬运。

文档在计划编写，会与V1一起发布哈。敬请期待