背景
????業(yè)務(wù)拆分后系統(tǒng)由多個(gè)子系統(tǒng)組成次氨，多個(gè)子系統(tǒng)通過(guò)相互配合來(lái)支撐項(xiàng)目的運(yùn)行。為了減輕單臺(tái)服務(wù)器的壓力，給單個(gè)服務(wù)預(yù)留更多的擴(kuò)展空間晒奕，可以將新增的服務(wù)部署在新的服務(wù)器上。新服務(wù)需要知道Spring Cloud Config配置中心（以下簡(jiǎn)稱(chēng)配置中心）所在的服務(wù)器的地址名斟，可以理解為必須在新服務(wù)中記錄配置中心的位置脑慧，新服務(wù)需要的東西存放在配置中心，只有知道它的位置才拿到砰盐。下面我們來(lái)介紹跨服務(wù)器場(chǎng)景下的配置和部署：
缺點(diǎn)
1.時(shí)間長(zhǎng)闷袒；
2.服務(wù)器通訊成本增加；
3.過(guò)程繁瑣岩梳；
環(huán)境模擬
外網(wǎng)服務(wù)器清單：
| 名稱(chēng) | 內(nèi)網(wǎng)地址 | 外網(wǎng)地址 |
|---|---|---|
| A | A_INNER_IP | A_OUTER_IP |
| B | B_INNER_IP | B_OUTER_IP |
A服務(wù)器部署的服務(wù)及其含義：
| 名稱(chēng) | 含義 |
|---|---|
| Eureka（單機(jī)版） | 注冊(cè)中心 |
| Config | 配置中心 |
| Gateway | 服務(wù)網(wǎng)關(guān) |
| User | 用戶服務(wù) |
| Auth | 授權(quán)中心 |
B服務(wù)器部署的服務(wù)及其含義：
| 名稱(chēng) | 含義 |
|---|---|
| Order | 訂單服務(wù) |
B服務(wù)器部署訂單服務(wù)需要實(shí)現(xiàn)的效果：
- 訂單服務(wù)（B服務(wù)器）可以注冊(cè)到A服務(wù)器的注冊(cè)中心囊骤；
- 訂單服務(wù)（B服務(wù)器）可以調(diào)用用戶服務(wù)（A服務(wù)器）的接口，例如查詢用戶信息冀值；
實(shí)現(xiàn)步驟
如果配置中心和其他系統(tǒng)部署在同一臺(tái)服務(wù)器上也物，那么配置會(huì)比較簡(jiǎn)單。
一池摧、bootstrap.yml
假設(shè)訂單服務(wù)在A服務(wù)器上部署焦除，那么bootstrap.yml配置如下：
spring:
application:
name: order
cloud:
config:
fail-fast: true
name: ${spring.application.name}
profile: ${spring.profiles.active}
discovery:
enabled: true
service-id: config
????其中，spring.cloud.config.discovery.enabled表示允許從注冊(cè)中心發(fā)現(xiàn)配置中心的URL作彤，spring.cloud.config.discovery.service-id表示需要發(fā)現(xiàn)的配置中心在注冊(cè)中心上的注冊(cè)名膘魄。這種適用于和配置中心處于同一個(gè)局域網(wǎng)的系統(tǒng)的配置
B服務(wù)器上部署訂單服務(wù)，bootstrap.yml配置如下：
spring:
application:
name: order
cloud:
config:
# 配置中心內(nèi)網(wǎng)地址
uri: http://A服務(wù)器內(nèi)網(wǎng)地址:配置中心端口號(hào)/
# 設(shè)置加載環(huán)境竭讳，可以為dev（開(kāi)發(fā)環(huán)境）创葡、test（測(cè)試環(huán)境）
profile: prod
二、@FeginClient注解
????訂單服務(wù)要跨服務(wù)調(diào)用戶服務(wù)的接口就需要在pom.xml中引入用戶業(yè)務(wù)api模塊绢慢，用戶api模塊利用Feign技術(shù)使訂單服務(wù)調(diào)用用戶服務(wù)變得十分簡(jiǎn)單灿渴，并且還包含了服務(wù)降級(jí)的功能。
假設(shè)訂單服務(wù)在A服務(wù)器上部署胰舆，那么@FeignClient注解內(nèi)容如下：
@FeignClient(name = ServiceNameConstants.USER_SERVICE, fallbackFactory = RemoteUserFallbackFactory.class)
????其中骚露，name的作用類(lèi)似于上文提到的service-id，表示被調(diào)用服務(wù)在注冊(cè)中心上的注冊(cè)名缚窿，注意棘幸，這里name的含義取決于當(dāng)前微服務(wù)的部署方式，即微服務(wù)與配置中心部署在同一臺(tái)服務(wù)器上倦零。fallbackFactory表示在指定的類(lèi)中編寫(xiě)接口降級(jí)處理的邏輯误续。完整代碼如下：
/**
* 遠(yuǎn)程用戶Service接口
*/
@FeignClient(name = ServiceNameConstants.SYSTEM_SERVICE, fallbackFactory = RemoteUserFallbackFactory.class)
public interface RemoteUserService {
/**
* 通過(guò)id查詢用戶
*
* @param id 用戶表主鍵
* @return
*/
@GetMapping("api/user/get/{id}")
SysUser getUserById(@PathVariable("id") int id);
}
B服務(wù)器上部署訂單服務(wù)吨悍，user-service-api模塊下所有遠(yuǎn)程接口的@FeignClient注解的參數(shù)配置如下：
@FeignClient(name = ServiceNameConstants.ORDER_SERVICE, url = "http://A服務(wù)器內(nèi)網(wǎng)地址:網(wǎng)關(guān)服務(wù)端口號(hào)/user/api/", fallbackFactory = 當(dāng)前接口的實(shí)現(xiàn)類(lèi) .class)
????fallbackFactory屬性的含義與第一種情況相同，這里不再解釋蹋嵌。
????name屬性的值是當(dāng)前打包的微服務(wù)的名稱(chēng)育瓜，即使所有引入的業(yè)務(wù)api模塊中包含非當(dāng)前微服務(wù)的從屬模塊。例如栽烂，我們要在B服務(wù)器上部署order-service（訂單服務(wù)）躏仇，order-service引入了user-service-api模塊，所以@FeignClient的name屬性的值應(yīng)是“order-service”而不是“user-service”腺办。
????url屬性的值是網(wǎng)關(guān)服務(wù)的ip地址钙态，其中，網(wǎng)關(guān)服務(wù)端口后的第一個(gè)參數(shù)的值參考調(diào)用目標(biāo)服務(wù)（user-service）在網(wǎng)關(guān)服務(wù)中的路由配置菇晃，第二個(gè)參數(shù)的值是所有遠(yuǎn)程接口的標(biāo)識(shí)册倒，該標(biāo)識(shí)的作用是將請(qǐng)求路徑納入過(guò)濾器的白名單，省去了token校驗(yàn)磺送、接口簽名驗(yàn)證等步驟驻子。
