SpringCloud
基礎知識
關於微服務的發展歷程，分佈式的優缺特點，前面文章已經有說過；這裏簡單再介紹下大致過程。
SpringCloud的基礎功能：
- 服務治理： Spring Cloud Eureka
- 客戶端負載均衡： Spring Cloud Ribbon
- 服務容錯保護： Spring Cloud Hystrix
- 聲明式服務調用： Spring Cloud FeignAPI
- 網關服務：Spring Cloud Zuul
- 分佈式配置中心： Spring Cloud Config
分佈式架構-CAP原理
- C：數據一致性(consistency)：所有節點擁有數據的最新版本
- A：可用性(availability)：數據具備高可用性
- P：分區容錯性(partition-tolerance)：容忍網絡出現分區，分區之間網絡不可達。
目前技術不能做到三者的完美融合，但是在分佈式架構中P（分區容錯性）是必須滿足的條件，因此，大多數架構在C、A之間做了選擇；選擇C（數據一致性），則必然會損失A（可用性），反之亦然。
在CAP理論中，C所表示的一致性是強一致性(每個節點的數據都是最新版本)，其實一致性還有其他級別的：
- 弱一致性：弱一致性是相對於強一致性而言，它不保證總能得到最新的值；
- 最終一致性(eventual consistency)：放寬對時間的要求，在被調完成操作響應後的某個時間點，被調多個節點的數據最終達成一致。
CAP理論定義的其實是在容忍網絡分區的條件下，“強一致性”和“極致可用性”無法同時達到。
SpringCloud 的架構圖
二次元老婆開篇鎮樓。。。。
