Shawn

menjin1 > 合并前需要先合并go-archaius pr: [go-chassis/go-archaius#161](https://github.com/go-chassis/go-archaius/pull/161) 已经合入，可以改下go mod

你是否愿意提交公司的logo到kown users

得看下门禁为何失败了

https://github.com/go-chassis/go-chassis/pull/1031 rebase这个合入 golangci 总出问题

> 我留意到servicecomb-kie那边有一个decouple mongodb completely as a plugin的commit，不知道这个issue的功能实现了没有？ > 类似地MySQL和Redis有这样的实现想法吗？ 现在kie只需要实现这些数据访问层interface https://github.com/apache/servicecomb-kie/blob/master/server/datasource/dao.go 其他就都不用管了，上层会搞定业务逻辑，适合不同开发者针对自己持久化方案进行集成，欢迎贡献mysql和redis这类存储，社区目前没有进一步的投入 插件实现参考https://github.com/apache/servicecomb-kie/blob/master/server/datasource/etcd/init.go

关于go chassis的存储规范，其实和kie的目标不一样，kie是带业务的，go chassis不会带，只是为了做统一的配置管理，屏蔽不同数据库实现。没错，如你所理解的，go chassis应该抽象一种client也就是adaptor屏蔽不同的数据存储即可，不必带业务API。这部分还没有人贡献，是否有兴趣搞

可否帮忙修复

refer to this PR about changes of IPIndex cache https://github.com/go-chassis/go-chassis/pull/338/commits/6f8d8843fabdec93d8fd633ffe4e2b64314d1329

> 关于服务提供者启用TLS通信小小建议: > > 当前go-chassis的处理方式: > 1.提供者注册到注册中心的地址,htpps与http地址形式一致,没有区别,单纯从注册中心无法区别是否是https还是http > 2.微服务消费者调用提供者,根据配置文件 是否配置提供端的TLS配置 来区别是否是https还是http > > 当前servicecomb-java-chassis的处理方式: > 1.服务提供者在配置服务监听地址时，可以通过在地址后面追加?sslEnabled=true开启TLS通信，示例如下： > servicecomb: > rest: > address: 0.0.0.0:8080?sslEnabled=true > highway: > address: 0.0.0.0:7070?sslEnabled=true > 2.微服务调用的时候从注册中心获取提供端的地址后,根据标记进行https还是http的调用...

server端本来就可以支持你upgrade到websocket，client端目前还没有实现websocket client，client是我们未来的特性规划 https://github.com/ServiceComb/go-chassis/wiki/Road-Map 最后一行