meetings of community

[tianxiaoliang]

如果有提案（proposal）或者需要讨论（discuss）的话题，请在下面进行评论。我将组织在线会议讨论，固定在每月最后一个周日晚上召开
议题必填内容。

• 标题：
• 描述：
• 关联issue：

discuss：一般围绕用户故事或者技术点。
proposal：必须有一个用户故事，围绕故事进行设计和讨论

[fanjiwang1992]

关于服务提供者启用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的调用

建议:
go-chassis 提供者在启用TLS通信,是否也可以加个sslEnabled=true标记

这样做的目的:
1.通过注册中心 就可以明显知道提供端 采用https还是http
2.当业务同时采用java还要go技术栈的时候,存在javaSDK消费端 调go-chassisSDK服务端的场景,由于go-chassisSDK服务端在注册中心注册的地址没有sslEnabled=true标记,javaSDK 会误以为对方采用http,从而发生调用失败
3.可以实现servicecomb-java-chassis还有go-chassis注册的微服务 在注册中心 地址形式的一致性

[tianxiaoliang]

关于服务提供者启用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的调用

建议:
go-chassis 提供者在启用TLS通信,是否也可以加个sslEnabled=true标记

这样做的目的:
1.通过注册中心 就可以明显知道提供端 采用https还是http
2.当业务同时采用java还要go技术栈的时候,存在javaSDK消费端 调go-chassisSDK服务端的场景,由于go-chassisSDK服务端在注册中心注册的地址没有sslEnabled=true标记,javaSDK 会误以为对方采用http,从而发生调用失败
3.可以实现servicecomb-java-chassis还有go-chassis注册的微服务 在注册中心 地址形式的一致性

这个功能已经做了