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上有很多鏡像可以安裝使用。