spring cloud知識點

eureka註冊中心（zookeeper,eureka）

也要集羣，能夠相互註冊，網狀結構。後面不少高可用的服務都是用這種方式。Eureka的客戶端緩存技術

spring boot actuator

提供監控服務的運行狀態及詳細信息或自定義信息，

eureka

註冊服務方式有配置方式和rest方式，server:使用pring initializr快速建立spring boot項目,或用idea。
使用resttemplate請求對應服務.

ribbon

爲消費者提供負載均衡功能。也能夠單獨使用，相似nginx

feign

簡化消費端請求代碼。
BUG:create(throwable cause)中的cause多是null。這是Feign的BUG，該BUG在Fein9.4.0中已經解決。

hystrix

服務的容錯處理，當某些服務響應超時後對服務器會形成雪崩現>象。它很好的將響應超時的服務中止掉不讓消費端訪問了，
從防止了雪崩現象.

hystrix dashboard

可視化監控數據，經過訪問/hystrix.stream獲取數據的文字形式展現。(服務的運行狀態之類的信息)

turbine

聚合監控數據。因爲hystrix dashboard只能監控一價目地址，>要查看其餘的地址就要切換不方便。
1turbine能夠提供監控集羣的功能。
2還能夠利用消息中間件收集數據再顯示，各個微服務將hystrix >command的監控數據發送到消息中間件，turbine消息消息中間件
中的數據。

zuul

上面ribbon微服務網關： 的原理只是幫消費端經過負載均衡算法找到一個服務提供者。消費端直接訪問服務提供者的微服務。
若是有業務要請求多個服務的話，分開請求效率不高，能夠採用zuul的聚合實現。
這樣會帶來不少問題，如認證複雜，請求要跨域等問題。zuul帶了好處，易於監控，易於認證，減小客戶端與服務的交互次數。可
以這麼理解，批量請求處理。
爲了高可用性，zuul也要註冊以eureka server中.

Sidecar整合非jvm微服務.

整合其餘語言的服務。

spring cloud config 統一管理微服務配置。

微服務經過config client獲取config server中的配置信息，配>置信息放在git倉庫中。
根據系統的高可用需求，config server和Git均可以作集羣到>eureka中。

spring cloud BUS

當配置修改後要手動刷新獲取配置遠程配置信息不方便。使用BUS能夠實現本身動刷新配置。
服務的實例能用BUS鏈接起來，統一監聽一個更新事件，當一個服務發起更新請求，其餘的服務都本身發起更新請求。
BUG依賴了rabbitMQ，rabbitMQ也要集羣。

spring cloud sleuth 實現服務跟蹤

服務的運行情怳很重要，能夠幫助咱們發現問題而後優化問題。如：處理請求時間，網絡延遲時間，業務邏輯消耗時間等。
Zipkin。可使用Zipkin收集日誌數據到MQ中，還提供了友好的分析日誌頁面。
ELK。可使用ELK來分析日誌。

docker 容器

微服務能夠發佈到docker中運行。 docker hub上有不少鏡像能夠安裝使用。