fanjiwang

> 那请问我还有什么办法能够获取服务的接口契约么 你的意思是再消费端代码层面获取服务端的接口契约信息？

我们客户端的契约校验 是否可以加个开关，有业务来控制是否开启

关于服务提供者启用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注册的微服务 在注册中心 地址形式的一致性