步驟1:先講單體架構系統
步驟2:分布式和集群
步驟3:springcloud
步驟 1 : 先講單體架構系統
在講解springcloud 之前，我們先講一講單體架構系統。 所謂的單體架構就是所有功能，都放在乙個應用裡。
比如後面要講的乙個單體產品服務應用，提供資料和檢視都在乙個springboot裡。
單體架構系統有其好處，如便於開發，測試，部署也很方便，直接打成乙個 jar 或者 war, 就什麼都好了。
不過單體架構也有其弊端，最主要體現在高訪問，高併發的上限是固定的。 比如乙個單體架構，能夠承受 1000次訪問/秒。 但是訪問量達到 2000次/秒的時候，就會非常卡頓，嚴重影響業務，並且僅僅依靠單體架構本身，很難突破這個瓶頸了。
步驟 2 : 分布式和集群
既然單體架構會有效能上的瓶頸，那麼總要解決呀。 解決辦法通常就是採用分布式和集群來做。
可是分布式和集群分別是什麼意思呢？
這個就不是一兩句話能夠說的清楚的啦。。。。 站長又不願意直接丟一大堆概念給同學們，讓沒有接觸過的同學們更加雲裡霧裡，所以站長會先講解單體架構，然後對這個單體架構進行逐步改造，最後讓其變成乙個分布式和集群系統，通過參與這個過程，大家才能夠感性地接觸和認識到底什麼是分布式和集群。
步驟 3 : springcloud
springcloud 就是一套工具，幫助大家很容易地搭建出這麼乙個 集群和分布式的架子出來。
接下來的課程，站長就會從乙個簡單的單站系統開始，然後一步一步地把它改造成分布式+集群的系統。 在改造的過程中，就會逐步引入服務註冊中心 eureka, 客戶端ribbon,feigh, 斷路保護 hystrix, 配置服務，訊息匯流排等等概念和用法。
按部就班地跟著站長走一遍，差不多springcloud 的初步運用就能掌握啦。
Spring Cloud系列勘誤
spring cloud系列已經寫完了，這是一系列的學習筆記，由於寫作匆忙，難免會有出錯的文字或者 實在抱歉。目前作者已經發現了幾處有錯誤的地方，為了小夥伴們在學習的過程中不陷入泥淖，我將已發現的幾處錯誤先列出來，如果小夥伴還有發現其他錯誤，歡迎指正。1.使用spring cloud搭建高可用服務註...
REDIS系列教材 （二） 執行
步驟 1 執行位置 把redis解壓在了d software下 步驟 2 啟動服務端 通過win r,cmd 執行命令列 然後輸入如下指令 這樣就啟動了服務端 步驟 3 啟動客戶端 通過win r,cmd 執行命令列 然後輸入如下指令 這樣就會如圖所示通過客戶端訪問 redis 伺服器 步驟 4 簡...
SpringCloud系列八 Hystrix 簡介
1 分布式系統面臨的問題 複雜分布式體系結構中的應用程式有數十個依賴關係，每個依賴關係在某些時候將不可避免地失敗。服務雪崩 多個微服務之間呼叫的時候，假設微服務a呼叫微服務b和微服務c，微服務b和微服務c又呼叫其它的微服務，這就是所謂的 扇出 如果扇出的鏈路上某個微服務的呼叫響應時間過長或者不可用，...