Stack-RPC 1.0.0 发布

Posted MicroHQ

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Stack-RPC 1.0.0 发布相关的知识,希望对你有一定的参考价值。

Stack-RPC基于Go-Micro 1.18版本修改。除原本Go-Micro已有功能外本次发布的主要特性有:

  • 增强配置组件

    • 重构Config模块,并升级为服务组件,服务启动生命周期第一顺位加载

    • 定义规范服务配置层级

    • 框架原生支持配置落地缓存,配置中心时读出本地配置

    • 支持Apollo配置中心(插件)

  • 增加日志持久化

    • 增加日志持久化配置属性

    • 增强Logrus插件

    • 支持按时间、大小压缩日志(Rolling)

    • 支持自定义输出目录

    • 支持按级别输出到不同文件

  • 重命名Micro

    • 修改原Micro命名空间为Stack

    • 修改原Micro配置为Stack等

仓库目录:https://github.com/stack-labs/stack-rpc

插件仓库:https://github.com/stack-labs/stack-rpc-plugins

示例目录:https://github.com/stack-labs/stack-rpc-tutorials

官方站点与资料(构建中):https://stacklabs.cn

创建Stack初衷

由于M3O商业化调整,Go-Micro作为微服务开发框架的使命已经走到尽头。MicroHQ作为M3O在中国的布道社区,过去一年因主站商业、未来规划定界的不确定性,走得比较被动。Go-Micro在中国有不少的用户,为了继续能为大多数用户提供服务与交流的平台。中国站收集多位开发者意见后,决定由我们社区发起,群策群力维护我们的版本。

在规划中,我们将社区由Micro-in-CN更名为Stack-Labs,长期的目标是提供开源的社区服务,目前以微服务的技术研发、分享、交流为主。

同时,在大家讨论,交流意见后,决定基于Go-Micro 1.18版本修改,开发我们社区自己主导的,以用户需求为导向的微服务开发框架,并重命名为Stack-RPC,经过大约两个月的迁移调整,基本能力覆盖测试后,我们很高兴为大家推第一个版本。

为什么不基于2.x修改?

2.x在M3O公司的迭代计划中并不考虑向下兼容,相近版本中差异大,所以它的破坏性更新比较多,所有改动都是为了3.0的出生,也即是说是跨版本间是不稳定的。同时,3.0是PAAS化的重要一步,从开发框架角度上来说,3.0已不再是微服务开发框架,而是一个服务操作系统的雏形,它并不适合中小团队的私有部署,并且,M3O的出发点是让用户在她的平台上部署应用,像小程序一样,同一套语言或框架编写,运行的事由微信承担,M3O Platform就是这个小程序平台。

下个版本主要工作

1.0版本我们的目标是增强基本组件的能力,并完善缺失已久的文档。

  • 收集大家的意见,持续开发需要的功能

  • 完善Config模块,完成自动化配置加载与渲染框架参数,并支持业务自定义配置注入

  • 完善日志模块,支持Zap等常见日志框架

  • 持续开发覆盖整个框架功能的单元测试

  • 完善官方站点与文档手册

Stack-Labs 未来方向

社区的愿景是,在Golang体系中,提供一个平台,汇集广大开发者的力量,为Golang的开源生态输出大家的贡献。

社区以开发者为主导,不受制于任何商业群体约束,一切特性以实际需求出发,广泛收集广大开发者的意见与需求,持续迭代,积极探索、维护大家认可的开源作品。

以上是关于Stack-RPC 1.0.0 发布的主要内容,如果未能解决你的问题,请参考以下文章

Apache Kafka 1.0.0正式发布!

抢先:Apache Flink 1.0.0版本发布

aelf Enterprise 1.0.0 Preview 1 版正式发布

GitHub CLI 1.0.0 正式发布!

Appveyor dotnet 发布使用 net core 1.0.0 失败

libuv 1.0.0 发布,Node.js 的网络 IO 库扩展