微服務導論

SpringCloud是微服務的技術落地方案，微服務是分散式架構的一種，是為了解決專案發展過程中出現的各種問題而出現的新的專案架構方案。

專案中模組繁多，耦合度無法避免的變高，最好的方案就是對服務進行拆分：將一個大型專案根據模組拆分成不同的小模組專案，各司其職完成各自的功能。
單體應用適合小型的專案，存取量小或者業務簡單的專案。但是對於大型的、高可用、高並行的專案而言，單體是存在很多弊端的。單個服務並行難以控制、專案更新需要停機、模組更新導致耦合度越來越緊此類的問題，雖然可以通過負載均衡策略或者制定企業開發相關規範來避免，但是在專案體量越來越大、員工越來越多、更新迭代越來越頻繁的情況下此類的維護成本也會指數級增加。

微服務提倡將模組以獨立服務的方式獨立管理，整個專案依靠多個小型的服務同時運作來支撐，單個服務只關注自己的業務實現並且有專業的團隊進行開發。服務之間使用輕量的協定進行訊息傳送，並且對於單個模組的升級不應影響其他服務，也不應該被其他服務感知。每個服務可以釋出多個範例，所有的服務組建成一個網狀的服務叢集。

從前單體專案中也會涉及到跨模組間方法的呼叫，那在微服務中同樣也可以通過網路進行跨模組呼叫。模組之間的依賴關係錯綜複雜，並且因為每個服務都是獨立啟動的，相互之間必要的存在一些呼叫和互動，呼叫誰、怎麼呼叫、呼叫失敗怎麼辦，那微服務思想就是對此類服務叢集的治理提供一套解決標準和思想。

微服務元件之一：註冊中心

剛剛說到服務之間要做相互的呼叫，那呼叫誰就是一個問題。服務之間要想完成呼叫首先要知道誰和自己是同一個叢集的，註冊中心就是用來統計叢集中的各個服務以及服務狀態的。

微服務元件之二：設定中心

未來微服務叢集中，單個服務並不是單個範例執行的：如果某個模組的負載較高，就需要多範例負載均衡執行。那多個範例的設定在管理過程中如果要每個都進行獨立設定和管理，運維期間是很麻煩的，所以需要一個設定中心對微服務叢集的設定進行統一的管理，在設定中心的設定將同步到所有的需要此設定的服務中。

微服務元件之三：閘道器

閘道器就是網路關卡，每一個微服務講將到的訊息有兩種：來自使用者端的、來自其他微服務的。來自其他微服務的大可放行，但使用者端的就需要進行鑑權和認證類的判斷，並且使用者端所請求的服務極有可能正處在負載均衡的狀態，那就還要在多個同服務範例中選擇最佳的一個。閘道器就是攔截在使用者端與伺服器之間的一道關卡，通過負載均衡演演算法進行具體服務的呼叫然後響應使用者端。