如何發(fā)布和引用服務(wù)

RESTfulRESTfulAPIHTTPHTTPS下面是開源服務(wù)化框架Motan（ /motan）發(fā)布RESTfulAPI的例子，它發(fā)布了三個(gè)RESTful格式的API，接口如下： StringtesPrimitiveType();{returnArrays.asLis(newUser(uid,"name"+}{return}}} <param-value>/servlet</param-value><!--此處實(shí)際為servlet-map 置見reseasy文檔-->>>HTTPHTTP接下來再來給你講下XML配置方式，這種方式的服務(wù)發(fā)布和主要分三個(gè)步驟：服務(wù)提供者進(jìn)程啟動(dòng)時(shí)，通過加載server.xml配置文件將接露出去}publico(Stringreturno"+}}最后服務(wù)提供者進(jìn)程啟動(dòng)時(shí)，加載server.xml配置文件，開啟8002端口server.xml<beans""{ApplicationContextapplicationContext=newSysem.out.println("server}}""{}}就這樣，通過在服務(wù)提供者和服務(wù)消費(fèi)者之間維持一份對(duì)等的XML配置文件，來保證服務(wù)消費(fèi)者要更新服務(wù)提供者加載的接口描述文件server.xml，還需要同時(shí)更新服務(wù)消費(fèi)者加載的接口描述文件.xml。RPCXMLRPCHTTP協(xié)議高，所以在對(duì)性能要求比較高的場(chǎng)景下，采用XML配置的方式比較合適。但這種方式對(duì)業(yè)務(wù)部聯(lián)系比較緊密的業(yè)務(wù)之間采用。如果要應(yīng)用到跨部門之間的業(yè)務(wù)調(diào)用，一旦有XML配置變更，作，最后經(jīng)歷了大半年才最終完成。所以對(duì)于XML配置方式的服務(wù)描述，一旦應(yīng)用到多個(gè)部門之IDLIDL就是接口描述語言（interfacedescriptionlanguage）的縮寫，通過一種中立的方式來描述接實(shí)現(xiàn)提供的一個(gè)服務(wù)，也能被PHP語言調(diào)用。IDLIDL開源的Thrift協(xié)議，另一個(gè)是開源的gRPC協(xié)議。無論是Thrift協(xié)議還是gRPC協(xié)議，它們gRPCIDLgRPCProtobufproto比如文件to定義了一個(gè)接口Sayo方法，它的請(qǐng)求參數(shù)是oRequest，它的返回值是oReply。serviceGreeter//Sendsa o }oReques}oReply}JavaprotocServerJavapublicvoid { o"+}publicvoidoRequesreq,oReply>{publicvoidoRequesreq,oReply>{ oagain"+}}oReplytry}catch(StatusRuntimeExceptione.getStatus());return;}try{}catch(StatusRuntimeExceptione.getStatus());return;}}假如服務(wù)消費(fèi)者使用的是PHP語言，那么利用protoc插件即可自動(dòng)生 端的PHP代碼 有一點(diǎn)特別需要注意的是，在描述接口定義時(shí)，IDL文件需要對(duì)接口返回值進(jìn)行詳細(xì)定義。如果接IDL能會(huì)造成IDL文件過以，另一方面只要IDL文件中定義的接口返回值有變更，都需要同步我在項(xiàng)目實(shí)踐過程中，曾經(jīng)考慮過采用Protobuf文件來描述內(nèi)容接口，但內(nèi)容返回的字Protobuf今天我給你介紹了服務(wù)描述最常見的三種方式：RESTfulAPI、XMLIDLJavaXMLIDL的情形的話，使用RESTfulAPI方式則更加通用。歸科技所有 三木 老師可否提供一個(gè)的restfullapi設(shè)計(jì)規(guī)范文檔呢？想要學(xué)習(xí)下鐘 明天更美 我覺得我們?nèi)绻龅脑挘瑇ml方式適合，我們對(duì)性能要求交高，對(duì)在提供能力要求1.5wtps，響應(yīng)60ms以內(nèi)，所以xm比較合適，但是我還想請(qǐng)教胡老師一個(gè)問題，就是我們目前還是單體應(yīng)用，有接口，就認(rèn)證接口并發(fā)交高，有必要做微服務(wù)嗎？目前光tomat部署了30多個(gè)，感覺好煩，每次升級(jí)換包老半天。而且是沒網(wǎng)部署。岳陽 沒理解說DL兼容的問題，查了一下，Potobuf是支持版本兼容的，新增字段或者刪除字段都可以兼容。能細(xì)致的講一下您對(duì)這個(gè)的見解么，謝謝！ 陳華 ubbo，pigeon，springboot實(shí)現(xiàn)兩種不同形式的服務(wù)接口定義與調(diào)用。目前都是JAVA，還沒有涉小胖 我們這邊是這樣的。同一個(gè)服務(wù)，對(duì)內(nèi)提供的話就使用RPC，對(duì)外提供的話，就走Restful 不 的微服務(wù)大多數(shù)都是內(nèi)部調(diào)用，比較在意性能，采用的xml，依賴相同的api接口，有接口變更時(shí)，一般就升級(jí)接口 目前微服務(wù)還是以java 我們的服務(wù)會(huì)提給前端的和公司內(nèi)部其他業(yè)務(wù)部門之間網(wǎng)的調(diào)用，所以tfulPI是更合適的選擇，另外我覺得tful方式也相對(duì)較輕量級(jí)簡單，服務(wù)端與客戶端的依賴程度較低，開發(fā)使用上來說效率很高。樊 把每個(gè)服務(wù)的api到consul中，使用swoole做rpc 老師，剛剛說的消息字段太多的時(shí)候poto文件中添加字段的修改成本很大，實(shí)際上指的的是編譯發(fā)布成本嗎?xl配置起來好麻煩，tful的話同樣也需要告知業(yè)務(wù)方讓他們修改對(duì)應(yīng)的客戶端。感覺好難選擇，個(gè)人認(rèn)為內(nèi)部的話統(tǒng)一使用poto，對(duì)外提供服務(wù)時(shí)候，用p搭建一個(gè)http的erve也是挺方便的日拱一 Springcloudrestfulapi