Cloud微服務(wù)架構(gòu)中？

Spring Cloud就是一套微服務(wù)的解決方案，它包含了眾多的組件幫助開(kāi)發(fā)人員完成微服務(wù)架構(gòu)的搭建，下面說(shuō)說(shuō)Spring Cloud中有哪些組件，以及各個(gè)組件充當(dāng)了角色。

Eureka：服務(wù)注冊(cè)中心；在傳統(tǒng)的架構(gòu)中，A系統(tǒng)調(diào)用B系統(tǒng)的接口，要知道B接口的地址（或B系統(tǒng)負(fù)載均衡的地址），通常這個(gè)地址是配置在A系統(tǒng)中的；而在微服務(wù)的架構(gòu)中，一個(gè)大項(xiàng)目會(huì)被拆分成N多個(gè)比較小的應(yīng)用，讓A系統(tǒng)去記錄每個(gè)外部服務(wù)的地址是不現(xiàn)實(shí)的；這時(shí)候就需要有一個(gè)地方，保存每個(gè)服務(wù)的信息，這樣才能讓應(yīng)用彼此知道對(duì)方；這個(gè)就是注冊(cè)中心。比如A應(yīng)用在啟動(dòng)的時(shí)候，想注冊(cè)中心發(fā)送服務(wù)名稱、IP、端口號(hào)等信息；B應(yīng)用要用A應(yīng)用的服務(wù)，就去注冊(cè)中心上面查找，A應(yīng)用的X服務(wù)地址是什么。現(xiàn)在Spring宣布Eureka2.x不在進(jìn)行維護(hù)，大家可以選擇已經(jīng)比較穩(wěn)定的Eureka1或者其他的組件，例如Consul。

Fegin：是一個(gè)聲明式的Web服務(wù)客戶端，它使得客戶端代碼的開(kāi)發(fā)變得更加容易。比如這樣：

Ribbon：客戶端的負(fù)載均衡；我們經(jīng)常用的Nginx是服務(wù)端的負(fù)載均衡，請(qǐng)求到達(dá)Nginx之后，由Nginx進(jìn)行請(qǐng)求分發(fā)；而客戶端的負(fù)載均衡，是客戶端有了服務(wù)端的地址列表后，基于負(fù)載均衡算法，自動(dòng)地幫助客戶端請(qǐng)求服務(wù)；Ribbon是要和注冊(cè)中心配合使用。

Zuul：主要用于路由和過(guò)濾，我們主要用它來(lái)做API Gateway；不過(guò)要注意，Zuul 1已經(jīng)停止更新了，不支持 Websockets 和長(zhǎng)連接，Zuul 2在2016年宣稱在開(kāi)發(fā)中，但是尚未發(fā)布穩(wěn)定版本，并且未來(lái)也不打算開(kāi)源 Websockets的支持；Spring也新起了一個(gè)項(xiàng)目Spring Cloud Gateway；不過(guò)從我的經(jīng)驗(yàn)看，網(wǎng)關(guān)這個(gè)東西可以自己搞，我們現(xiàn)在的網(wǎng)關(guān)是基于Nginx做的，不過(guò)很多功能是需要自己開(kāi)發(fā)的，當(dāng)然性能可是杠杠的。

Hystrix：熔斷器；如果一個(gè)服務(wù)響應(yīng)非常慢，那么調(diào)用方就要等待，在微服務(wù)架構(gòu)中，經(jīng)常會(huì)有A調(diào)B調(diào)C調(diào)D這樣的調(diào)用鏈路，如果一個(gè)系統(tǒng)響應(yīng)變慢，那么可能會(huì)導(dǎo)致整個(gè)系統(tǒng)的崩潰；Hystrix正是為了防止此類問(wèn)題發(fā)生；當(dāng)某個(gè)服務(wù)錯(cuò)誤率超過(guò)一定閾值時(shí)，Hystrix可以自動(dòng)或者手動(dòng)跳閘，停止請(qǐng)求該服務(wù)。

Sleuth+ZipKin：以往的系統(tǒng)，更多的是A系統(tǒng)調(diào)用B系統(tǒng)，而現(xiàn)在可能面對(duì)這A->B->C->D，而在這種情況下，如果沒(méi)有鏈路跟蹤的方案，那么查找和定位問(wèn)題就會(huì)非常困難；這時(shí)候可以使用Sleuth來(lái)做服務(wù)之間調(diào)用提供鏈路追蹤；使用Sleuth的時(shí)候，也可以和zipkin做集成，將搜集到的信息發(fā)送到zipkin，利用zipkin進(jìn)行數(shù)據(jù)的存儲(chǔ)和展示。

我將持續(xù)分享Java開(kāi)發(fā)、架構(gòu)設(shè)計(jì)、程序員職業(yè)發(fā)展等方面的見(jiàn)解，希望能得到你的關(guān)注。