什麼是SpringCloud？我的理解

之前的服務器就好像，一個會語數外全能的老師，爲學生提供服務，這個老師生病了，那全校停課。如今微服務流行後，學校有了數學教研組，語文教研組，外語教研組，每一個教研組有一羣老師具體負責某科的教學，缺了誰，學校都照樣運轉。

而這個變化中，那些改變歷史的程序員就是把一個服務器中的衆多服務，或好幾臺服務器中的衆多服務，分類出來，解耦合出來，把他們相似的功能交給同一個集羣來作，把互相耦合在一塊兒的功能剝離出來，按業務，按功能來把他們做爲一個個微服務放在服務器上，而這個服務器就只提供一個服務，或較少的服務。

讓一個超大的服務邏輯，解耦合爲一個個小服務，均勻的分佈在各自的服務器中。微服務就微在這。每一個教研組就是一個微服務集羣。他們提供一樣的服務，而註冊中心Eureka就是這個存放這個教研組老師名單的地方，學生們想先訪問這個註冊中心獲取教師名單，而後根據相應的負載方法去訪問各自老師。不至於讓集羣中某一老師累死也不至於讓某一老師閒死。

而Zuul網關呢，就是學校的門衛，某些學生來學校找誰，它負責指引（路由），而且經過一些很是簡單的配置，達到阻攔一些人進入（身份驗證），或者控制想學數學的人只能去數學教研組，不能去核能教研組學怎麼造原子彈（權限驗證）。

那Hystrix熔斷器呢，能夠把它當成學校的志願者，當一個教研組集體罷課後，學生找不到老師了，這些志願者及時的告訴來訪問的學生，相應的結果，異常信息等，省得大量的學生在學校等待，這些志願者趕快把這些等待的學生梳理出去，學生一直在學校等待，那其餘須要學生的學校，也會等待學生，最後形成大面積的學校癱瘓。這裏學生咱們當作一個個請求。熔斷器就是把某事故的蔓延即便熔斷了。

固然這些組件也是微服務須要註冊到Eureka註冊中心

那 Spring Cloud 就能夠當作是這個學校了。衆多上面提到的組件至關於都是這個學校的各職能部門。