国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

互聯(lián)網(wǎng)高可用架構(gòu)探討

這篇具有很好參考價值的文章主要介紹了互聯(lián)網(wǎng)高可用架構(gòu)探討。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

高可用指標(biāo)與問題

高可用,英文單詞High Availability,縮寫HA,它是分布式系統(tǒng)架構(gòu)設(shè)計中一個重要的度量。業(yè)界通常用多個9來衡量系統(tǒng)的可用性,如下表:

互聯(lián)網(wǎng)高可用架構(gòu)探討

既然有可用率,有一定會存在不可用的情況。系統(tǒng)宕機一般分為有計劃的和無計劃的,有計劃的如日常維護(hù)、系統(tǒng)升級等,無計劃的如設(shè)備故障、突發(fā)斷電等。我們對此作如下分類:

1.設(shè)備故障:機房斷電、硬盤損壞、交換機故障。

2.網(wǎng)絡(luò)故障:網(wǎng)絡(luò)帶寬擁堵、網(wǎng)絡(luò)連接中斷。

3.安全問題:利用系統(tǒng)漏洞進(jìn)行網(wǎng)絡(luò)攻擊。

4.性能問題:CPU利用率太高、內(nèi)存不足、磁盤IO過載、數(shù)據(jù)庫慢SQL。

5.升級維護(hù):由于業(yè)務(wù)變更或技術(shù)改進(jìn)而引起的系統(tǒng)升級。

6.系統(tǒng)問題:分布式系統(tǒng)中存在服務(wù)的依賴而導(dǎo)致數(shù)據(jù)的不一致性,或是核心服務(wù)出現(xiàn)異常。

高可用主要手段

負(fù)載均衡

負(fù)載均衡(Load Balance),它將工作任務(wù)分發(fā)到多個工作單元上進(jìn)行運行,它可以提高網(wǎng)絡(luò)設(shè)備的帶寬,提升網(wǎng)絡(luò)數(shù)據(jù)處理能力,增強網(wǎng)絡(luò)的穩(wěn)定性??煞乐箼C房斷電、網(wǎng)絡(luò)設(shè)備故障等問題。

負(fù)載均衡的實現(xiàn)可分為硬件負(fù)載與軟件負(fù)載。硬件負(fù)載由專門的設(shè)備完成專門的任務(wù),這種方式性能較高同時成本也高;軟件負(fù)載通過軟件代碼實現(xiàn),此種方式耗費操作系統(tǒng)資源,性能較低,容易出現(xiàn)BUG,也容易引起安全問題。

負(fù)載策略一般有輪詢策略、隨機策略、最小連接策略以及最短響應(yīng)時間策略。

輪詢策略:講用戶請求輪流分配給服務(wù)器,這種算法比較簡單。

隨機策略:隨機選擇一臺服務(wù)器來執(zhí)行任務(wù)。

最小連接策略:把請求分配給活動連接數(shù)最小的后端服務(wù)器。

最短響應(yīng)時間策略:將請求分配給平均響應(yīng)時間最短的服務(wù)器。

互聯(lián)網(wǎng)高可用架構(gòu)探討

限流

限流就是避免服務(wù)過載,隨著流量的提高,無論負(fù)載策略如何高效,系統(tǒng)的某個環(huán)節(jié)總會過載。就如木桶能裝多少水取決于最短的那塊木板,我們是無法保證系統(tǒng)的每個部分都保持同樣的高吞吐量,因此要考慮如何優(yōu)雅地提供有損服務(wù)。

常用的三種限流算法:計數(shù)器算法、滑動窗口算法、漏桶算法、令牌桶算法。

計數(shù)器算法:使用計數(shù)器在一定周期內(nèi)累加某個接口的訪問次數(shù),當(dāng)達(dá)到限流閾值時,觸發(fā)限流策略,進(jìn)入下一個周期后,重新開始計數(shù)。此算法較為簡單,但會降低服務(wù)器的負(fù)載能力。

互聯(lián)網(wǎng)高可用架構(gòu)探討

滑動窗口算法:將時間周期劃分成更小的周期,按小周期來進(jìn)行計數(shù),根據(jù)時間滑動刪除過期的小周期。這種算法使得周期劃分得越小服務(wù)器的負(fù)載能力越高。

互聯(lián)網(wǎng)高可用架構(gòu)探討

漏桶算法:將請求直接放入漏桶中,如果當(dāng)前訪問量超出漏桶的限流值,則把后來的請求予以丟棄,這樣可以最大限度地提高服務(wù)器的負(fù)載能力。

互聯(lián)網(wǎng)高可用架構(gòu)探討

令牌桶算法:以(時間周期/限流值)的速度向令牌桶里增加令牌,直到裝滿桶的容量,當(dāng)請求到達(dá)時,分配一個令牌讓其通過,如果沒有獲取到令牌則觸發(fā)限流機制。

互聯(lián)網(wǎng)高可用架構(gòu)探討

### 異步調(diào)用

異步調(diào)用一般有兩種方式:一種是異步回調(diào),一種是消息隊列。消息隊列方式也算是限流的一種手段,可以讓請求一個一個地被處理,避免并發(fā)太高而引起的應(yīng)用無法及時處理。這種方式相對與限流來講,是一種無損的解決方案。但這種方案僅適用于非實時響應(yīng)的業(yè)務(wù)。

### 超時重試與冪等設(shè)計

很多文章把超時重試與冪等設(shè)計分開來討論,但我卻認(rèn)為它們是相輔相成,密切相關(guān)的。在設(shè)計超時重試時,一定要考慮冪等設(shè)計

超時重試機制:由于服務(wù)器宕機、網(wǎng)絡(luò)延時、服務(wù)器線程死鎖等原因,導(dǎo)致應(yīng)用程序無法先限定時間內(nèi)對服務(wù)調(diào)用方進(jìn)行響應(yīng)。因此當(dāng)發(fā)生調(diào)用超時后,應(yīng)用程序可根據(jù)調(diào)度策略進(jìn)行重試。被調(diào)用的服務(wù)沒有及時響應(yīng),可能會存在兩種情況,一是服務(wù)內(nèi)部發(fā)生異常,導(dǎo)致執(zhí)行失敗,沒有返回任何消息;一是執(zhí)行的服務(wù)耗時太長,沒有及時響應(yīng),但實際已經(jīng)執(zhí)行成功。所以針對第二種情況要做冪等設(shè)計。

冪等設(shè)計:多次相同參數(shù)的請求對系統(tǒng)造成的作業(yè)都是相同的。常見的冪等方案有:MCVV多版本并發(fā)、唯一索引、token機制、悲觀鎖、狀態(tài)機冪等、只讀操作等。

降級與熔斷

服務(wù)降級與服務(wù)熔斷都是為了解決服務(wù)雪崩的問題,但不要把他們混為一談,它們是有本質(zhì)區(qū)別的。

降級是對系統(tǒng)的某個功能進(jìn)行降級,可以只提供部分功能也可以完全停止該功能。降級一般由開關(guān)來進(jìn)行控制,在不重啟服務(wù)的情況下,對功能進(jìn)行降級。它常常發(fā)生在高并發(fā)時段、機器卡頓、下游不太重要的服務(wù)異常等情況下。

熔斷沒有開關(guān),它是一個框架級的設(shè)計,常常被稱作斷路器。它的主要作用是,當(dāng)下游的服務(wù)因為某種原因變得不可用或服務(wù)不及時,為了保證整體服務(wù)的可用性,不再調(diào)用目標(biāo)服務(wù),直接返回默認(rèn)處理或容錯處理,從而使得整體服務(wù)可以快速響應(yīng)。例如SpringCloud中的Hystrix。

降級與熔斷的主要區(qū)別是手動與自動。降級主要是通過配置中心的熱刷新功能,人為地對開關(guān)進(jìn)行打開與關(guān)閉操作。而熔斷則是根據(jù)事先設(shè)計好的策略,系統(tǒng)自動地根據(jù)策略來進(jìn)行開關(guān)操作。但它們都是對功能進(jìn)行關(guān)閉。

架構(gòu)模式

主備模式

實際是一主多備,master負(fù)責(zé)提供讀寫服務(wù),slave作為數(shù)據(jù)備份,一旦主機宕機,將其中一個備節(jié)點作為主節(jié)點。

互聯(lián)網(wǎng)高可用架構(gòu)探討

主從復(fù)制

實際是一主多從,master對外提供讀寫服務(wù),slave作為數(shù)據(jù)備份提供只讀服務(wù)。主機定期復(fù)制數(shù)據(jù)給從機。多副本的關(guān)鍵問題是保證數(shù)據(jù)一致性,通常需要考慮數(shù)據(jù)同步延時的問題。

互聯(lián)網(wǎng)高可用架構(gòu)探討

集群分片

集群分片是為了解決每臺機器上存儲全量數(shù)據(jù)的問題,面對大數(shù)據(jù)單機的存儲量總是有上限的,當(dāng)面對PB級數(shù)據(jù)時,單機是無法支撐的,因此就需要對數(shù)據(jù)進(jìn)行分片。

互聯(lián)網(wǎng)高可用架構(gòu)探討

異地多活

異地就是指在地理位置上不同的地方,可分為同城異地、跨城異地、跨國異地,多活就是指不同地理位置上的系統(tǒng)都能夠提供服務(wù)。這種架構(gòu)的復(fù)雜度較高,且部署成本也會提高。

設(shè)計原則:

1、 只把核心業(yè)務(wù)設(shè)計為異地多活,比如流量大、盈利高的業(yè)務(wù)

2、 保證核心數(shù)據(jù)的一致性與實時性,且可丟失、可恢復(fù)

3、 可采用多種數(shù)據(jù)同步的方案,比如存儲系統(tǒng)同步、消息隊列同步

4、 異地多活僅適用于大部分用戶,以地區(qū)來論,覆蓋主要城區(qū)

總結(jié)

在互聯(lián)網(wǎng)架構(gòu)設(shè)計中,高可用是必不可少的環(huán)節(jié),要從網(wǎng)絡(luò)架構(gòu)、服務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)以及軟硬件架構(gòu)等多方面來分析設(shè)計,是架構(gòu)師必備的技能之一。

作者:京東零售 谷偉

來源:京東云開發(fā)者社區(qū)文章來源地址http://www.zghlxwxcb.cn/news/detail-515725.html

到了這里,關(guān)于互聯(lián)網(wǎng)高可用架構(gòu)探討的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • 互聯(lián)網(wǎng)應(yīng)用架構(gòu)的演進(jìn)(八大架構(gòu)的演進(jìn)過程)

    博主最近在學(xué)中間件,理解互聯(lián)網(wǎng)應(yīng)用架構(gòu)的演進(jìn)過程,對于理解中間件在整體結(jié)構(gòu)中的定位是十分重要的 應(yīng)用(Application)/系統(tǒng)(System) 完成某種服務(wù)的一個/一組程序 模塊(Module)/組件(Component) 系統(tǒng)中,一個獨立的功能稱之為一個組件 分布式(Distributed) 系統(tǒng)中的模

    2024年02月07日
    瀏覽(27)
  • 互聯(lián)網(wǎng)應(yīng)用的特點及其架構(gòu)演變

    互聯(lián)網(wǎng)應(yīng)用的特點及其架構(gòu)演變

    傳統(tǒng)項目: OA、HR、CRM等系統(tǒng) 目標(biāo)人群:企業(yè)員工 特點:項目使用人數(shù)較少、并發(fā)量相對較少、用戶忍耐力較高 互聯(lián)網(wǎng)項目: 淘寶、天貓、京東 目標(biāo)人群:互聯(lián)網(wǎng) 特點:使用人數(shù)躲,訪問量大,更注重 用戶體驗 :美觀、功能、速度、穩(wěn)定性 對于互聯(lián)網(wǎng)項目而言,后端工

    2024年02月06日
    瀏覽(27)
  • 一文讀懂互聯(lián)網(wǎng)的架構(gòu)本質(zhì)

    一文讀懂互聯(lián)網(wǎng)的架構(gòu)本質(zhì)

    【引子】談到互聯(lián)網(wǎng),很多人腦海中會出現(xiàn)各種各樣的術(shù)語和服務(wù),但是互聯(lián)網(wǎng)是如何設(shè)計并構(gòu)建的呢?作為一個網(wǎng)絡(luò),互聯(lián)網(wǎng)的架構(gòu)本質(zhì)是什么??石頭兄弟和我曾經(jīng)一起譯過一本《計算機網(wǎng)絡(luò)問題與解決方案》的巨著,但真正仔細(xì)閱讀并從中有所收獲的朋友并不多。最近

    2024年02月11日
    瀏覽(18)
  • 【第一期】《互聯(lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    【第一期】《互聯(lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    ??歡迎來到 愛書不愛輸?shù)某绦蛟?的博客, 本博客致力于知識分享,與更多的人進(jìn)行學(xué)習(xí)交流 廣告平臺的建設(shè)和完善是一項長期工程。 例如,谷歌早于2003年通過收購Applied Semantics開展Google AdSense項目,而直到20年后的今天,谷歌展示廣告平臺仍在持續(xù)創(chuàng)新和提升。 廣告平臺是

    2024年02月13日
    瀏覽(23)
  • 碼銀送書第五期《互聯(lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    碼銀送書第五期《互聯(lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    廣告平臺的建設(shè)和完善是一項長期工程。例如,谷歌早于2003年通過收購Applied Semantics開展Google AdSense 項目,而直到20年后的今天,谷歌展示廣告平臺仍在持續(xù)創(chuàng)新和提升。廣告平臺是負(fù)有營收責(zé)任的復(fù)雜在線平臺,對其進(jìn)行任何改動都必須格外謹(jǐn)慎。同時,隨著平臺的成熟,

    2024年02月13日
    瀏覽(42)
  • 互聯(lián)網(wǎng)編程之基于 TCP 的單線程文件收發(fā)程序(CS架構(gòu))

    互聯(lián)網(wǎng)編程之基于 TCP 的單線程文件收發(fā)程序(CS架構(gòu))

    目錄 需求 服務(wù)端實現(xiàn) 客戶端實現(xiàn) 測試 可試著根據(jù)java編程課所學(xué)到的java socket編程技術(shù),嘗試編寫一個基于 TCP 的單線程文件收發(fā)程序,需滿足: 服務(wù)端程序預(yù)先定義好需要發(fā)送的文件并等待客戶端的連接。 客戶端連接成功后,服務(wù)端將文件發(fā)送給客戶端,客戶端將文件保

    2024年02月12日
    瀏覽(19)
  • 互聯(lián)網(wǎng)大廠技術(shù)-Redis-集群模型、架構(gòu)原理、難點應(yīng)用場景、高頻面試問題詳解

    互聯(lián)網(wǎng)大廠技術(shù)-Redis-集群模型、架構(gòu)原理、難點應(yīng)用場景、高頻面試問題詳解

    目錄 一、Redis集群模型 1.1、主從模式 1.1.1 主從模式優(yōu)缺點 1.2、哨兵模式 1.2.1 哨兵模式的作用: 1.2.2 哨兵實現(xiàn)原理 1.2.3 主觀下線和客觀下線 1.2.4 哨兵模式優(yōu)缺點 1.3、各大廠的Redis集群方案 1.3.1 客戶端分片 1.3.2 代理分片 Twemproxy的優(yōu)點: Twemproxy的不足: 1.3.3 Codis 1.4、Redis

    2024年02月16日
    瀏覽(36)
  • 一線互聯(lián)網(wǎng)架構(gòu)師360°全方面性能調(diào)優(yōu),android適配器ui

    一線互聯(lián)網(wǎng)架構(gòu)師360°全方面性能調(diào)優(yōu),android適配器ui

    為什么要使用多進(jìn)程 對于進(jìn)程的概念,來到這里的都是編程修仙之人,就不再啰嗦了,相信大家倒著、跳著、躺著、各種姿勢都能背出來。 相信很多同學(xué)在實際開發(fā)中,基本都不會去給app劃分進(jìn)程,而且,在Android中使用多進(jìn)程,還可能需要編寫額外的進(jìn)程通訊代碼,還可能

    2024年04月13日
    瀏覽(19)
  • 2023年互聯(lián)網(wǎng)Java面試復(fù)習(xí)大綱:ZK+Redis+MySQL+Java基礎(chǔ)+架構(gòu)

    2023年互聯(lián)網(wǎng)Java面試復(fù)習(xí)大綱:ZK+Redis+MySQL+Java基礎(chǔ)+架構(gòu)

    多數(shù)的公司總體上面試都是以自我介紹+項目介紹+項目細(xì)節(jié)/難點提問+基礎(chǔ)知識點考核+算法題這個流程下來的。有些公司可能還會問幾個實際的場景類的問題,這個環(huán)節(jié)阿里是必問的,這種問題通常是沒有正確答案的,就看個人的理解,個人的積累了。剩下的就沒啥了,都是

    2024年02月09日
    瀏覽(24)
  • 【愛書不愛輸?shù)某绦蛟常核蜁谝黄凇俊痘ヂ?lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    【愛書不愛輸?shù)某绦蛟常核蜁谝黄凇俊痘ヂ?lián)網(wǎng)廣告系統(tǒng):架構(gòu)、算法與智能化》

    ??歡迎來到 愛書不愛輸?shù)某绦蛟?的博客, 本博客致力于知識分享,與更多的人進(jìn)行學(xué)習(xí)交流 廣告平臺的建設(shè)和完善是一項長期工程。 例如,谷歌早于2003年通過收購Applied Semantics開展Google AdSense項目,而直到20年后的今天,谷歌展示廣告平臺仍在持續(xù)創(chuàng)新和提升。 廣告平臺是

    2024年02月14日
    瀏覽(16)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包