新服务是不是和原来的服务的服务名等信息一样呀？或者哪些配置错误导致了这些信息一样，所以注册到同一个地方了。 你可以试试删除注册中心下面的 data 目录，再试试， 如果还是注册到一样的服务，那么应该就是配置漏改了。 

这个应该和容器网络类型有关系。 建议你按照前面的回复，联系容器(CCE）的同事咨询。 

可以看看 Endpoint 参数是否可以： https://servicecomb.apache.org/references/java-chassis/zh_CN/build-provider/context-param.html

“如果消息发送时发现连接不可用，要立即失败“ 这个不具备可实现性（连接是否可用，需要通过消息往来才能够确认）。 所以对于 tomcat 的参数设置通常是必须的。

  http://servicecomb.gitee.io/servicecomb-java-chassis-doc/java-chassis/zh_CN/featured-topics/upgrading.htmlgitee pages， 开源开发资料托管。 

CSE目前没提供Python的SDK。 只提供了Java SDK接入，心跳等机制是在SDK实现的，基本原理是SDK周期性的给注册中心发送心跳。 

这个错误看起来和servicecomb没有关系， 而是nuwa基于servicecomb做了一个扩展点，然后这个扩展点报错。 Caused by: com.huawei.nuwa.map.http.HttpException: {"code":400,"error":"schemaId is not belong to the service"} at com.huawei.nuwa.map.http.AsyncHttpClientImpl.restApi(AsyncHttpClientImpl.java:69) ~[nuwa-cloudmap-core-1.0.1.105.jar!/:?] at com.huawei.nuwa.map.client.RestApiClient.signAndSendRequest(RestApiClient.java:119) ~[nuwa-cloudmap-core-1.0.1.105.jar!/:?] at com.huawei.nuwa.map.client.RestApiClient.restApi(RestApiClient.java:70) ~[nuwa-cloudmap-core-1.0.1.105.jar!/:?]

这个问题看起来和某些特殊的接口定义有关系。 建议能够基于简单的DEMO， 比如：https://github.com/apache/servicecomb-samples/tree/master/basic提供一个复现的例子（在这个DEMO基础之上增加服务端接口定义、客户端调用方式，应该很容易出现），便于分析。 

最新版本已经支持通过配置项:  servicecomb.codec.printErrorMessage 开关打印编解码异常。 默认情况下，为了防止信息泄露， 没有开启日志打印。 

帮忙录入gitee网站： http://servicecomb.gitee.io/servicecomb-java-chassis-doc/java-chassis/zh_CN/目前国内开源都在推行gitee。