Ray

这个场景就是同一个方法的两次请求（初次请求和重试请求）超时时间不一样，目前没有简单的方法支持这样的场景，只能从EndpointFactory进行扩展来实现

motan可以通过设置本机hostname和在配置中设置host来指定本机ip，只要能保证motan获取到的本机ip能被访问的就没有什么问题

看异常是server向consul上报心跳失败，可以确认一下是否请求consul checkpass超时，或者consul中没有对应的server信息。

如果同样的请求参数，consul agent会返回不同的状态码，我觉得可能跟consul agent或者consul集群的配置有关

目前实现了一个仅支持simple序列化的简单python client端，还在内部小规模试用。需要等breeze-python序列化开发完成才能支持复杂对象的序列化，估计开源出来还需要一段时间

请问使用哪个版本？1.1.2版？

@qichangyu 1.1.2版本修改了zk的默认序列化方式，主要是为了兼容多语言解析。如果升级的话需要先升级client端，然后在升级server端。 不过这种方式对兼容性不太友好，所以我们会在下周一发布1.1.3版本，保持原有兼容性，需要支持多语言的服务可以指定使用新的registry协议。 请等待1.1.3发布后可以进行无缝升级，谢谢

motan框架在微博已经使用了将近4年，开源后有Bilibili、有信等在使用，其他还有很多小团队也在生产环境使用了，但是暂时还没有具体的统计数据。 motan开源一年来通过社区贡献了注解配置、opentracing、异步调用等等诸多的feature，目前在做多语言交互方面的开发工作，欢迎关注、使用、并一起完善motan框架～

微博内部也在做多语言服务化，我们打算使用agent为不同语言提供统一的服务治理能力，agent可以支持不同的rpc传输协议。对于新服务我们倾向于使用grpc作为服务描述和rpc传输协议，这样不同语言有一个对服务的强契约；对于已在线上运行的旧服务，我们准备提供类似restful的简单协议做无缝迁移。不过目前这块还在开发、测试阶段。待内部改造项目上线后也会把这部分进行开源。 另外，motan本身是一个服务治理框架，可以支持不同的rpc协议，所以也是可以支持restful的http协议扩展的，非常欢迎感兴趣的同学为motan增加restful的扩展PR

`NettyClient getChannel error`一般是与server端建立连接失败，可以确认一下网络有没有什么问题，或者serve端负载有没有什么问题。