本文是Spring Cloud專欄的第二篇文章,瞭解前一篇文章內容有助於更好的理解本文:git
SpringCloud是構建在SpringBoot基礎之上的spring
1-一、創鍵提供者類服務器
@RestController @RequestMapping("/provider") public class ProviderController { @RequestMapping("/hello") public String hello(){ return "spring cloud provider-01 hello world"; } }
1-二、配置服務提供者的application.yml文件網絡
spring: application: name: springcloud-service-provider server: port: 8080
2-一、配置RestTemplate類架構
@Configuration public class BeanConfig { /** * RestTemplate 該類是spring官方提供的,不是真正的spring cloud調用 */ @Bean public RestTemplate restTemplate(){ return new RestTemplate(); } }
2-二、而後創鍵消費者類app
@RestController @RequestMapping("/consumer") public class ConsumerController { @Autowired private RestTemplate restTemplate; @RequestMapping("/hello") public String hello(){ //邏輯判斷省略 //調用spring cloud服務提供者提供的服務 調用遠程服務的返回值類型 return restTemplate.getForEntity("http://localhost:8080/provider/hello",String.class).getBody(); } }
2-三、配置服務消費的application.yml文件負載均衡
spring: application: name: springcloud-service-consumer server: port: 9090
分別啓動springcloud-service-provider,springcloud-service-consumer,訪問消費者接口,能夠看到效果。分佈式
在微服務架構中,服務註冊與發現是核心組件之一,手動指定每一個服務是很低效的, Spring cloud提供了多種服務註冊與發現的實現方式,例如: Eureka、Consu、 Zookeeperide
SringCloud支持得最好的是 Eureka,其次是 Consul,再次是 Zookeeper。
在傳統rpc遠程調用中,服務與服務依賴關係,管理比較複雜,因此須要使用服務治理,管理服務與服務之間依賴關係,能夠實現服務調用、負載均衡、容錯等,實現服務發現與註冊。
在服務註冊與發現中,有一個註冊中心,當服務器啓動的時候,會把當前本身服務器的信息 好比 服務地址通信地址等以別名方式註冊到註冊中心上。
另外一方(消費者|服務提供者),以該別名的方式去註冊中心上獲取到實際的服務通信地址,讓後在實現本地rpc調用遠程。
Eureka是一個服務治理組件,它主要包括服務註冊和服務發現,主要用來搭建服務註冊中心。
Eureka是一個基於REST的服務,用來定位服務,進行中間層服務器的負載均衡和故障轉移
Eureka是 Netflix公司開發的, Spring Cloud封裝了Neix公司開發的Eureka模塊來實現服務註冊和發現也就是說 Spring Cloud對Netflix eureka作了二次封裝
Eureka採用了C-S(客戶端/服務端)的設計架構,也就是Eureka由兩個組件組成:Eureka服務端 和 Eureka客戶端。Eureka server做爲服務註冊的服務端,它是服務註冊中心,而系統中的其餘微服務,使用 Eureka的客戶端鏈接到 Eureka server服務端,並維持心跳鏈接, Eureka客戶端是一個Java客戶端,用來簡化與服務器的交互、負載均衡,服務的故障切換等。
有了 Eureka註冊中心,系統的維護人員就能夠經過 Eureka server來監控系統中各個微服務是否正常運行。
著名的CAP理論指出,一個分佈式系統不可能同時知足C(一致性)、A(可用性)和P(分區容錯性)
因爲分區容錯性在是分佈式系統中必需要保證的,所以咱們只能在A和C之間進行權衡,在此 Zookeeper保證的是CP而 Eureka則是AP
Consistency(一致性), 數據一致更新,全部數據變更都是同步的
Availability(可用性), 好的響應性能
Partition tolerance(分區容忍性) 可靠性
一、「C」是指一致性,即當一個Process(過程)修改了某個數據後,其餘Process讀取這是數據是,獲得的是更新後的數據,但並非全部系統都 能夠作到這一點。例如,在一些並不是嚴格要求一致性的系統中,後來的Process獲得的數據可能仍是修改以前的數據,或者須要等待必定時間後才能獲得修改 以後的數據,這被成爲「弱一致性」,最經典的應用就是DNS系統。當用戶修改了DNS配置後,每每不會立刻在全網更新,一定會有一個延遲,這個延遲被稱爲 「不一致窗口」,它的長度取決於系統的負載、冗餘的個數等因素。但對於某些系統而言,一旦寫入,後面讀取的必定是修改後的數據,如銀行帳戶信息,這被稱爲 「強一致性」。
二、「A」是指可用性。即系統老是可以爲用戶提供連續的服務能力。當用戶發出請求是,系統能給出響應(成功或者失敗),並且是當即給出響應,而不是等待其餘事情完成才響應。若是須要等待某件事情完成才響應,那麼「可用性」就不存在了。
三、「P」是指容錯性。任何一個分佈式計算系統都是由多個節點組成的。在正常狀況下,節點與節點之間的通訊是正常的。可是在某些狀況下,節點之間的通訊會 斷開,這種斷開成爲「Partition」。在分佈式計算的實現中,Partition是很常見的,由於節點不可能永遠不出故障,尤爲是對於跨物理地區的 海量存儲系統而言,而容錯性則能夠保證若是隻是系統中的部分節點不可用,那麼相關的操做仍舊可以正常完成。
4-一、Zookeeper保證CP
在 ZooKeeper中,當 master節點由於網絡故障與其餘節點失去聯繫時,剩餘節點會從新進行 leader選舉,可是問題在於,選舉 leader須要必定時間,且選舉期間整個 ZooKeeper集羣都是不可用的,這就致使在選舉期間註冊服務癱瘓。在雲部署的環境下,因網絡問題使得 ZooKeeper集羣失去 master節點是大機率事件,雖然服務最終可以恢復,可是在選舉時間內致使服務註冊長期不可用是難以容忍的。
4-二、Eureka保證AP
Eureka優先保證可用性, Eureka各個節點是平等的,某幾個節點掛掉不會影響正常節點的工做,剩餘的節點依然能夠提供註冊和查詢服務。而 Eureka的客戶端在向某個 Eureka註冊或時若是發現鏈接失敗,則會自動切換至其它節點,只要有一臺 Eureka還在,就能保證註冊服務可用(保證可用性),只不過查到的信息可能不是最新的(不保證強一致性)
因此 Eureka在網絡故障致使部分節點失去聯繫的狀況下,只要有一個節點可用,那麼註冊和查詢服務就能夠正常使用,而不會像 zookeeper那樣使整個註冊服務癱瘓, Eureka優先保證了可用性。
SpringCloud要使用 Eureka註冊中心很是簡單和方便, SpringCloud中的Eureka服務註冊中心實際上也是一個SpringBoot工程,咱們只需經過引入相關依賴和註解配置就能讓 SpringBoot構建的微服務應用輕鬆地與Eureka進行整合,他不像Zookeeper那樣須要安裝獨立的Zookeeper服務。
<!--使用spring cloud要添加依賴管理--> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Finchley.SR4</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>
2-一、添加Eureka服務端依賴
<!--eureka服務端依賴--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
2-二、配置application.yml
spring: application: name: springcloud-eureka-server server: port: 8700 #設置該服務中心的hostname,指定ip,該實例名稱不能重複 eureka: instance: hostname: localhost client: #因爲咱們目前建立的應用是一個服務註冊中心,而不是一個普通的應用,默認狀況下,這個應用會向註冊中心(也是它本身)註冊它本身,設置爲false表示禁止這種本身向本身註冊的默認行爲 register-with-eureka: false #表示是否從Eureka Server獲取註冊信息,默認爲true。若是這是一個單點的 Eureka Server,不須要同步其餘節點的數據,能夠設爲false。 fetch-registry: false #指定服務註冊中心的位置 #若是是集羣,Eureka集羣相互指向註冊中心 service-url: defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka server: #自我保護模式默認是自動開啓的,能夠選擇關閉,禁用自我保護模式,保證不可用的服務及時剔除 enable-self-preservation: true #剔除失效服務間隔單位ms,默認1分鐘 eviction-interval-timer-in-ms: 20000 #留存的服務示例低於多少比例進入保護模式,默認85% renewal-percent-threshold: 0.5
2-三、在啓動類上添加@EnableEurekaServer註解
2-四、啓動Eureka服務端,訪問http://localhost:8700/顯示
上面已經配置好了一個Eureka服務註冊中心,接下來改造springcloud-service-provider,springcloud-service-consumer模塊
1-一、在服務提供者加入Eureka客戶端依賴
<!--spring cloud集成eureka客戶端的起步依賴--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency>
1-二、在主類上添加@EnableEurekaClient註解
1-三、修改服務提供者的application.yml配置添加Eureka註冊中心地址
eureka: client: service-url: defaultZone: http://localhost:8700/eureka
1-四、啓動服務提供者,就能夠在Eureka的web端頁面看到服務註冊上去了
咱們已經搭建一個服務註冊中心,同時也向這個服務註冊中心註冊了服務,接下來咱們就能夠發現和消費服務了,這其中服務的發現由 eureka客戶端實現,而服務的消費由 Ribbon實現也就是說服務的調用須要 eureka客戶端和 Ribbon二者配合起來才能實現。
Eureka客戶端是什麼
Eureka客戶端是一個Java客戶端,用來鏈接 Eureka服務端,與服務端進行交互、負載均衡,服務的故障切換等
Ribbon是什麼
Ribbon是一個基於HTTP和TCP的客戶端負載均衡器,當使用Ribbon對服務進行訪問的時候,它會擴展 Eureka客戶端的服務發現功能,實現從 Eureka註冊中心中獲取服務端列表,並經過Eureka客戶端來肯定服務端是否己經啓動。
Ribbon在Eureka客戶端服務發現的基礎上,實現了對服務實例的選擇策略從而實現對服務的負載均衡消費。
接下來咱們來讓服務消費者去消費服務:咱們前面搭建了服務消費者項目,修改服務消費者(springcloud-service-consumer)
2-一、添加依賴、添加註解、修改配置和四欄目中的1-1,1-二、1-3步驟同樣,此處省略
2-二、前面我介紹了服務的發現由 eureka客戶端實現而服務的真正調用由Ribbon實現,因此咱們須要在調用服務提供者時使用 Ribbon來調用
@LoadBalanced //加入ribbon的支持,那麼在調用時,便可改成使用服務名稱來訪問
@Bean public RestTemplate restTemplate(){ return new RestTemplate(); }
加入ribbon的支持,那麼在調用時,便可改成使用服務名稱來訪問,將ip:port改成服務名稱調用就好了
2-三、而後啓動程序訪問服務消費者能夠看到效果
2-四、訪問http://localhost:8700/能夠看到Eureka的web控制檯上註冊了消費者和服務者
詳細參考案例源碼:https://gitee.com/coding-farmer/springcloud-learn