前言

現(xiàn)在越來越多的公司開始擁抱Spring Cloud了，Spring Boot做為下一代 web 框架，Spring Cloud 作為最新最火的微服務(wù)的翹楚，你還有什么理由拒絕。很多Java方向的同學(xué)也開始積極的學(xué)習(xí)Spring Cloud，其實這邊還有一個問題就是說：雖然大家學(xué)了Eureka，Ribbon，Hystrix，Zuul，F(xiàn)eign等等，但是要運用到實際的項目中去還是有些難度的。

微服務(wù)難就難在服務(wù)的拆分上，框架只是工具，很多人都會用，服務(wù)拆分，服務(wù)之間的關(guān)系這些都是在拆分時候需要考慮的事情。

今天就有一位同學(xué)給我發(fā)郵件，咨詢我下面2個問題：

下面以我自己的經(jīng)驗來做一些解答，僅供參考：

關(guān)于第一個問題中的API是各個微服務(wù)下的Controller？

我們所說的API其實就是一個接口，大部分都是用Spring MVC方式去開發(fā)的，也就是Controller中的一個加了注解的方法，注解就是我們常用的那幾個:

• @RequestMapping
• @GetMapping
• @PostMapping
• @PutMapping
• @DeleteMapping

關(guān)于第一個問題中的是否需要統(tǒng)一的一個工程，在里面封裝其他微服務(wù)的controller?

這種其實也沒有固定的模式，大部分是直接通過API網(wǎng)關(guān)轉(zhuǎn)發(fā)到你的業(yè)務(wù)服務(wù)上

以猿天地這樣的博客網(wǎng)站的業(yè)務(wù)類舉例：

有一個業(yè)務(wù)功能，當(dāng)我查看具體的博客文章的時候，需要返回的信息如下：

• 博文標(biāo)題
• 發(fā)布時間
• 作者
• 標(biāo)簽
• 閱讀數(shù)量
• 評論信息
• 作者信息（昵稱，介紹）

這個時候我們這個查看文章的接口其實就涉及到了3部分的數(shù)據(jù)，文章本身的信息，評論信息，作者的信息

就是有3個服務(wù)，用戶服務(wù)，博客服務(wù)，評論服務(wù)

那么問題來了，涉及到多個服務(wù)之前的交互，其實跟上面那位同學(xué)問我的是一樣的問題，是否需要統(tǒng)一工程，組裝其他服務(wù)？是否可以相互調(diào)用？

這種的話我推薦2種實現(xiàn)方式：

一. API網(wǎng)關(guān)直接轉(zhuǎn)發(fā)到博客服務(wù)中

我們這個API就是一個獲取博文信息的接口，主體肯定是博客服務(wù)，在博客服務(wù)中有一個博文信息的接口，在接口中去調(diào)用用戶服務(wù)提供的用戶信息接口，還要去調(diào)用評論服務(wù)中博文的評論信息，下面看偽代碼：

@GetMapping("/blog/detail/{id}")
public BlogInfo blogInfo(@PathVariable("id") Long id) {
 // 獲取博客信息
 Blog blog = blogService.getById(id);
 // 獲取用戶信息
 UserInfo userInfo = userFeignClient.getUserInfo(blog.getUserId());
 // 獲取評論信息
 CommentInfo commentInfo = commentFeignClient.getCommentInfo(id); 
 return 組裝所有信息返回。 
}

二.增加聚合服務(wù)層

集合服務(wù)層也就是上面那位同學(xué)說的是不是需要有一個統(tǒng)一的工程來做組裝服務(wù)的事情，這個就是說我們博客服務(wù)還是提供基礎(chǔ)的博客信息，單獨加一個業(yè)務(wù)的聚合服務(wù)用來組裝這些信息統(tǒng)一返回給調(diào)用方，偽代碼如下：

@GetMapping("/blog/detail/{id}")
public BlogInfo blogInfo(@PathVariable("id") Long id) {
 // 獲取博客信息
 Blog blog = blogFeignClient.getById(id);
 // 獲取用戶信息
 UserInfo userInfo = userFeignClient.getUserInfo(blog.getUserId());
 // 獲取評論信息
 CommentInfo commentInfo = commentFeignClient.getCommentInfo(id); 
 return 組裝所有信息返回。 
}

數(shù)據(jù)都是遠程調(diào)用的，當(dāng)然這邊你可以并行去調(diào)用，還有一種方式就是聚合操作在API網(wǎng)關(guān)中進行，這種方案也是可行的，我建議還是不要在網(wǎng)關(guān)中做，API網(wǎng)關(guān)盡量簡單，只轉(zhuǎn)發(fā)，增加聚合服務(wù)層是不錯的選擇。

如果你的服務(wù)治理是用dubbo構(gòu)建的，聚合服務(wù)層也是比較好的方法，將dubbo服務(wù)聚合統(tǒng)一提供http接口給外部調(diào)用。

三.調(diào)用方自行去獲取各個數(shù)據(jù)

還有一種方式的話就是調(diào)用方自己去分別調(diào)用博客接口，評論接口，用戶接口，這樣的話接口只需要關(guān)注自己本身的數(shù)據(jù)，把組裝的問題交給的使用方，這種一般用的比較少，最好是一次性將要用的數(shù)據(jù)返回給調(diào)用方，反復(fù)調(diào)用特別是在移動端，請求太多了，浪費流量。

總結(jié)

至于要怎么去組裝數(shù)據(jù)，還是得你自己來定，可以將組裝放在對應(yīng)的業(yè)務(wù)服務(wù)中，也可以單獨增加一個聚合服務(wù)來組裝，也可以讓客戶端自己去組裝。

服務(wù)之間肯定是可以相互調(diào)用的，要是不能相互調(diào)用，那么你拆開還有什么意義，用Feign來調(diào)用服務(wù)接口，你就把它當(dāng)做Service之間的調(diào)用即可。

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論