xbox1994 / go-micro-example Goto Github PK

你好，我最近对micro 关注了不少，而且也用micro 实现了几个服务 ，看了你的实现方式 我想说一下我的架构 我的架构如下
micro api （8080对外接口） 感觉/rpc 不应该暴露，作者想法是api服务本来就在代理服务器后面所以不妨，而且提供了一个插件关闭，总觉的不够清真
|---micro.api.rmanage 用户管理与认证中心api服务 （8080将数据直接转发给rmanange.api服务，由rmanange.api服务进行认证头token的剥离，并将认证头附在下一步请求中）
|----micro.srv.rmanage 用户管理与认证中心srv服务 （由rmanange.api服务进行转发，在rmanage.srv中进行真正的认证相关的逻辑处理，返回结果继续返回给rmanange.api）
实现框架
api.rmanage用了go-restful 对api网关提供restful接口
srv.rmanage数据库orm 用了gorm
配置中心直接将数据存在了consul,使用了自带的go-config获取配置
部署用的docker，还没有到CD/CI这一步
限流熔断什么的打算直接用go-plugin中的插件

遇到的问题
1、作者自带的cors插件、header插件都不能用、看了源码给作者提了点意见，作者没时间让我pr，但是感觉不太敢动他的源码怕不够理解他的框架意图
2、api.rmanage你觉的是否有必要
3、srv 开发时 你有没有觉的比较好的规范，我自己设计了一套但是感觉还是不太如意
4、api网关 换用其他开源如eolinker/GoKu-API-Gateway 的必要性及可行性
5、与rpcx 这个框架的对比（rpcx官网的性能对比将micro的性能贬的一文不值，但我觉的他的文章有失公正，或是在自说自话）

给作者提过几个issus但是毕竟语言不方便，而且资料确实太少，目前知道的只有华尔街日报用了这个框架，但是没有落地的技术资料，希望能跟你更多的交流