关于共建微服务社区的提议

[printfcoder]

1. Micro In CN的源出发点

早期我们的想法是围绕Go-Micro体系构建一套完整的资源站点，后来发现这样做太单一，且资源的用户覆盖面永远只会在Go-Micro中，而微服务本身不只有一个框架，就目录Go语言体系而言，至少有go-kit, go-micro, rpcx, dubbo-go, go-zero等，那为什么不牵手起来共建呢？

这些微服务永远绕不开的话题，比如注册发现，均衡，安全拦截，分布式任务，持久化存储等等都是通用的。

2. 放一起有什么好处

大家在对比框架时往往要自己去各大官网找，然后自己搭建然后跑起来对比，没有一个统一的站点把大家关注的点全部整合起来，让大家按需索取，有的开发者需要易用性，有些需要简洁，有的喜欢性能。

而大家自己的搭建的对比示例往往因为不擅长不熟悉导致测试点对比不完整、不公平。

3. 统一的样子

3.1 社区入口门户统一

github仓库基于重命名后的micro-in-cn来维护，也即是在现有的基础上，把现有的仓库升级改版，完成不针对特定框架的命名与布局。

3.1.1 重命名本社区

待讨论，见

3.1.2 域名与Logo

目前使用的是microhq.cn域名，不太合适合并后的社区入口了。

待讨论...

3.1.3 社区化进程

3.1.4 重构教程模块

Tutorials 模块目前只针对Go-Micro体系构建，需要为不同框架创建目录。

3.2 各框架专属模块

3.3 核心团队与持续性输出

3.4 讨论模块

[持续更新中，欢迎讨论]

[printfcoder]

重命名micro-in-cn的可行性

[crazybber]

重命名micro-in-cn的可行性

1、micro-beyond 是个不错的名字
2、留着不动，以我们的micro-community为主。
3、....

[housemecn]

期待已久

[Jinof]

重命名micro-in-cn的可行性

Micro- Micro in china come on