微服務 分佈式 集羣 負載均衡

      微服務架構:微服務架構是一種軟件架構風格,將一個複雜的應用拆分爲多個服務模塊,每一個模塊負責單一的業務功能對外服務,而且能夠單獨編譯部署。每一個模塊單獨部署,模塊之間沒法直接通訊,因此須要藉助RPC(遠程過程通訊協議)或者經過HTTP協議讓模塊之間進行通訊。dubbo 是一套微服務系統的協調者。運用dubbo時將dubbo的jar引入項目中而後項目初始化的時候就會將當前系統須要發佈的服務以及當前系統的IP和端口號發送給註冊中心;以及描述當前系統所須要的服務,而後向註冊中心請求這些服務所在的IP和端口號。html

       分佈式:將以一個業務拆分爲多個子業務,部署在不一樣的服務器上。分佈式和微服務是同樣的。後端

      集羣:分佈式是以縮短單個任務的執行時間來提高效率,集羣是經過單位時間內執行的效率來提升效率的,集羣的每臺服務器上部署的是一樣的服務,他是有組織性的,一臺服務器崩了,其餘服務器能夠頂上來。而分佈式的每一個節點都完成不一樣的功能,若是一個節點崩了則此服務器的服務沒法訪問,因此最好就是分佈式+集羣部署。瀏覽器

     負載均衡:負載均衡其實就是集羣的前置。集羣部署完後,須要一臺服務器充當調度者角色,用戶的全部請求首先被此調度者服務器接收,而後根據每臺服務器的負載狀況分發請求。服務器

<HTTP重定向實現負載均衡>當用戶請求某個服務時,請求首先被調度者服務器截獲,而後根據某種策略選擇集羣中的一臺服務器,將其的IP地址封裝在HTTP響應信息的location字段中,並將響應消息狀態碼設置爲302,而後將響應信息返回給瀏覽器。架構

http狀態返回代碼 1xx(臨時響應) 表示臨時響應並須要請求者繼續執行操做的狀態代碼。負載均衡

http狀態返回代碼 2xx (成功) 表示成功處理了請求的狀態代碼。分佈式

http狀態返回代碼 3xx (重定向) 表示要完成請求,須要進一步操做。 一般,這些狀態代碼用來重定向。微服務

http狀態返回代碼 4xx(請求錯誤) 這些狀態代碼表示請求可能出錯,妨礙了服務器的處理。 網站

http狀態返回代碼 5xx(服務器錯誤) 這些狀態代碼表示服務器在嘗試處理請求時發生內部錯誤。 這些錯誤多是服務器自己的錯誤,而不是請求出錯。詳情<https://www.cnblogs.com/dekui/p/7801289.html>ui

<DNS負載均衡>咱們提交的請求不會直接發送給想要訪問的網站,而是首先發送給域名服務器,會將其解析爲IP地址而後返回,若是一個域名指向了多個IP地址每次域名解析時,DNS只要選一個IP返回便可。本地計算機就是有一個DNS域名解析器,首先如今本地查找,若是找不到再向遠程DNS服務器發送須要解析的域名。

<反向代理負載均衡>反向代理服務器位於實際服務器之間的服務器,全部請求首先通過反向代理服務器,服務器根據請求要麼直接返回結果,要峨眉將請求交給其餘後端服務器。

相關文章
相關標籤/搜索