2018-08-30老师可否提供一个微博的restfull api设计规范文档呢？想要学习下。 39
2018-08-30三种方式都用过：
A项目使用Consul，对应restful
B项目使用dubbo, 对应XML
C项目涉及java和python服务之间调用，使用thrift，对应IDL 21
2018-08-30边看文章，边想dubbo 18
2018-08-30我们这边是这样的。同一个服务，对内提供的话就使用RPC，对外提供的话，就走Restful API 14
2018-08-30没理解说IDL兼容的问题，查了一下，Protobuf是支持版本兼容的，新增字段或者删除字段都可以兼容。能细致的讲一下您对这个的见解么，谢谢！ 11
2018-08-30对内grpc，对外http+json 7
2018-08-30我觉得我们如果做的话，xml方式适合，我们对性能要求交高，对在提供能力要求1.5wtps，响应60ms以内，所以xml比较合适，但是我还想请教胡老师一个问题，就是我们目前还是单体应用，有23接口，就认证接口并发交高，有必要做微服务吗？目前光tomcat部署了30多个，感觉好烦，每次升级换包老半天。而且是没网部署。 1 6
2018-08-30目前我们用的php+thirft，还没有做服务注册，服务化刚刚开始，后续还有好多坑要趟 5
2018-08-30请问在rpc调用和mq调用之间怎样做取舍，因为很多场景下两者之间的选择貌似都可以呢 1 5
2018-08-30目前 微服务 还是以java为主吗 老师 5
2018-08-30一般是两种结合，各个服务之间的调用通过xml的形式，对外暴露restful接口，如给前端调用等。dubbo，pigeon， springboot实现两种不同形式的服务接口定义与调用。目前都是JAVA，还没有涉及到多语言。 4
2018-09-01请教，idl走的七层还是四层协议？作者回复: idl跟通信协议无关，grpc用的是http2，可以理解是七层，thrift用的是tcp，四层
3- 2018-08-30现在的服务是通过dubbo xml配置服务访问。将以前的一个应用拆分成两个独立服务，一个基础服务，一个业务服务，业务依赖基础服务。基础服务只服务于业务，所以用xml配置引用比较高效。业务对外提供服务restfull api，共别的系统调用！ 3
2019-03-01对外restful
对内xml
跨语言idl 2
2018-08-30老师好，提一个问题。
您说：“在这种方式下，如果服务提供者变更了接口定义，不仅需要更新服务提供者加载的接口描述文件 server.xml，还需要同时更新服务消费者加载的接口描述文件 client.xml。”
Xml文件里其实只有一行bean的配置和一行服务描述的配置，改起来并不麻烦啊，不知道老师你说的xml配置修改会带来较大麻烦指的是什么。
另外，这种情况，是需要服务端和客户端共享接口定义java类的，一旦出现变动，接口定义java类也要都改动吧。
但我还是对这种方式变更起来麻烦没有直观认识。展开 1 2
2018-08-30我司的微服务大多数都是内部调用，比较在意性能，采用的xml，依赖相同的api接口，有接口变更时，一般就升级接口 2
2018-09-04服务规范、服务描述之前通过文档规范，稍有改动跨部门沟通简直就是噩梦，现在使用Swagger 轻松解决问题 1
2018-09-01老师，刚刚说的消息字段太多的时候proto文件中添加字段的修改成本很大，实际上指的的是编译 发布成本吗? 就是依赖该服务端模块需要重新编译是吧?那字段多的时候应该考虑哪种方式呢，xml配置起来好麻烦，restful的话 同样也需要告知业务方让他们修改对应的客户端。 感觉好难选择，个人认为内部的话统一使用proto，对外提供服务时候，用rpc搭建一个http的server也是挺方便的吧。 1
2018-08-30微博内容不用protobuf，用的什么？ 1
2018-08-30一个微服务应该能够同时支持rpc与http协议的调用。 1