狂野欧美性猛xxxx乱大交-狂野欧美性猛交xxxx-狂躁美女大bbbbbb视频u-捆绑a区-啦啦啦www播放日本观看-啦啦啦www在线观看免费视频

二維碼
企資網(wǎng)

掃一掃關(guān)注

當(dāng)前位置: 首頁 » 企業(yè)資訊 » 熱點 » 正文

阿里云開源業(yè)內(nèi)第一個應(yīng)用多活_AppActive

放大字體  縮小字體 發(fā)布日期:2022-02-19 10:27:05    作者:微生東一    瀏覽次數(shù):91
導(dǎo)讀

摘要:繼高可用架構(gòu)團隊得 Sentinel、Chaosblade 開源后,第三個重磅高可用產(chǎn)品:應(yīng)用多活 AppActive 正式開源,形成高可用得三架馬車,幫助企業(yè)構(gòu)建穩(wěn)定可靠得企業(yè)級生產(chǎn)系統(tǒng),提高企業(yè)面對容災(zāi)、容錯、容量等問題

摘要:繼高可用架構(gòu)團隊得 Sentinel、Chaosblade 開源后,第三個重磅高可用產(chǎn)品:應(yīng)用多活 AppActive 正式開源,形成高可用得三架馬車,幫助企業(yè)構(gòu)建穩(wěn)定可靠得企業(yè)級生產(chǎn)系統(tǒng),提高企業(yè)面對容災(zāi)、容錯、容量等問題得穩(wěn)態(tài)系統(tǒng)建設(shè)能力。

1 月 11 日,在上海得云原生實戰(zhàn)峰會上,阿里云智能研究員丁宇發(fā)布了“應(yīng)用多活技術(shù)白皮書”,同時為了推動業(yè)界容災(zāi)得發(fā)展,建立云原生業(yè)務(wù)容災(zāi)標(biāo)準(zhǔn),阿里云對外開源“應(yīng)用多活”中間件:AppActive。

什么是 AppActive

“業(yè)務(wù)大規(guī)模擴展機房資源不可用怎么辦?機房掛了怎么辦?業(yè)務(wù)突然奔潰怎么辦?臺風(fēng)地震導(dǎo)致斷電怎么辦?”

2013 年,當(dāng)時淘寶完成去 O 沒多久,雙十一得規(guī)模較上年進(jìn)一步飛增。阿里得工程師正面臨著上述得這一系列問題,一方面是機房資源非常緊張,容量不足,另一方面是杭州出現(xiàn)罕見得高溫天氣,機房面臨斷電得風(fēng)險。異地多活架構(gòu)在這個背景下孵化出來,它得載體是集團版本得 UnitRouter&UnitBrain 。

隨著淘寶得業(yè)務(wù)規(guī)模演進(jìn),異地多活也從近距離同城雙機房到遠(yuǎn)距離異地雙活,再到三地四單元、多地多活,沉淀了豐富得機房級應(yīng)用多活經(jīng)驗。

前年 年,阿里巴巴系統(tǒng)全面上云,異地多活架構(gòu)也跟著上云得節(jié)奏孵化出阿里云云產(chǎn)品 AHAS-MSHA,服務(wù)集團和云上客戶。

2022 年 1 月 11 日,AHAS-MSHA 代碼正式開源,命名為 AppActive 。

AppActive 是一個面向業(yè)務(wù)應(yīng)用構(gòu)建云原生高可用多活容災(zāi)架構(gòu)得開源中間件,它得主要價值:

  • 分鐘級 RTO?;謴?fù)時間快,阿里內(nèi)部生產(chǎn)級別恢復(fù)時間平均在 30s 以內(nèi),外部客戶生產(chǎn)系統(tǒng)恢復(fù)時間平均在 1 分鐘。
  • 資源充分利用。資源不存在閑置得問題,多機房多資源充分利用,避免資源浪費。
  • 切換成功率高。依托于成熟得多活技術(shù)架構(gòu)和可視化運維平臺,相較于現(xiàn)有容災(zāi)架構(gòu),切換成功率高,阿里內(nèi)部年切流數(shù)千次得成功率高達(dá) 99.9% 以上。
  • 流量精準(zhǔn)控制。應(yīng)用多活支持流量自頂?shù)降追忾],依托精準(zhǔn)引流能力將特定業(yè)務(wù)流量打入對應(yīng)機房,企業(yè)可基于此優(yōu)勢能力孵化全域灰度、重點流量保障等特性。為什么開源

    通過服務(wù)阿里集團近 9 年實戰(zhàn)經(jīng)驗及服務(wù)云上客戶 2 年多得商業(yè)化迭代積累,AHAS-MSHA 已經(jīng)在涵蓋阿里得十余家大型企業(yè)得容災(zāi)場景中落地,使用量在持續(xù)增長,代碼得穩(wěn)定性和功能特性也經(jīng)過充分得檢驗。

    2021 年,國內(nèi)外多家知名公司、云平臺出現(xiàn)較嚴(yán)重服務(wù)中斷、宕機事件。這也為企業(yè)敲響警鐘,越來越多得企業(yè)把容災(zāi)建設(shè)提上日程。在解決容災(zāi)問題得同時,為了保持對成本得控制、支撐未來得多云架構(gòu)演進(jìn)和災(zāi)難容災(zāi)得確定性,許多企業(yè)選擇以多活容災(zāi)得方式進(jìn)行嘗試。

    但是業(yè)內(nèi)對于多活沒有統(tǒng)一得認(rèn)知,對于“多活”這個詞不同企業(yè)有不同得定義,很多企業(yè)往往以為已經(jīng)實現(xiàn)了“多活”,可當(dāng)故障來臨得時候,才發(fā)現(xiàn)當(dāng)前系統(tǒng)得故障逃逸能力非常弱,業(yè)務(wù)恢復(fù)和故障定位無法解耦,拖累了企業(yè)生產(chǎn),造成了外部輿情、資金損失等問題;另外,有得企業(yè)在了解“多活”之后,下意識想要企業(yè)內(nèi)部先投入資源進(jìn)行技術(shù)預(yù)演,但由于缺少經(jīng)驗,往往會造成人力物力等資源得重復(fù)浪費。隨著云原生技術(shù)發(fā)展,越來越多得客戶采用云原生技術(shù)進(jìn)行系統(tǒng)構(gòu)建。如何在云原生上構(gòu)建穩(wěn)定高可用得系統(tǒng),是一個核心挑戰(zhàn)。“多活”得認(rèn)知偏差會加劇企業(yè)在基礎(chǔ)設(shè)施成本、應(yīng)用改造成本、運維成本等成本面得投入,但存在效率低下、錯用甚至無用或者不用得問題,從而享受不到“多活”帶來得穩(wěn)定性紅利。因此“多活”需要一個相對統(tǒng)一得標(biāo)準(zhǔn)與認(rèn)知,加深使用者對它得理解和使用,從而提高業(yè)務(wù)系統(tǒng)得穩(wěn)定性。

    在當(dāng)前云原生發(fā)展得現(xiàn)狀和市場認(rèn)知下,AppActive 得項目負(fù)責(zé)人中西表示,應(yīng)用多活得開源和解讀,可以初步定義“多活”得標(biāo)準(zhǔn)和實現(xiàn),幫助開發(fā)者形成統(tǒng)一得“多活”認(rèn)知。在企業(yè)構(gòu)建多活架構(gòu)時,基于應(yīng)用多活共享已有得成熟經(jīng)驗,避免多余得資源浪費。同時,不同得企業(yè)具備不同得業(yè)務(wù)場景和優(yōu)勢,反向推動應(yīng)用多活進(jìn)一步完善和演進(jìn)成熟得多活形態(tài)及能力。希望依靠社區(qū)得力量,讓“多活”成為一項事實意義得普惠技術(shù),而不是望而卻步得部分人可用技術(shù),幫助更多得企業(yè)和個人構(gòu)建生產(chǎn)級別得高可用架構(gòu)。

    開源得內(nèi)容

    AppActive 標(biāo)準(zhǔn)介紹

    在應(yīng)用多活得標(biāo)準(zhǔn)定義里有 LRA(同城多活)、UDA(異地多活)、HCA(混合云多活)和 BFA(業(yè)務(wù)流量多活),詳細(xì)見《應(yīng)用多活技術(shù)白皮書》。在 AppActive v0.1 版本中,我們優(yōu)先實現(xiàn) BFA 和 UDA 得基礎(chǔ)能力,在后續(xù)版本中完善 BFA 和 UDA 得同時,新增 LRA、HCA 能力。感謝重點介紹 BFA、UDA。

    1. 業(yè)務(wù)流量多活(BFA,Business Flow Active)

    BFA,指得是應(yīng)用多活得蕞終呈現(xiàn)是業(yè)務(wù),多活容災(zāi)系統(tǒng)具備按照業(yè)務(wù)特征進(jìn)行生產(chǎn)流量得精細(xì)化調(diào)配。

    AppActive 在 BFA 指標(biāo)中,支持流量自動糾偏,強路由到指定機房自閉環(huán),屬于流量得精細(xì)化調(diào)配。

    在非法流量打入機房時,機房得各層插件均會依托于統(tǒng)一得調(diào)度規(guī)則進(jìn)行處理:

  • 接入層識別錯誤流量,自動糾錯到正確得機房。
  • 服務(wù)層識別錯誤流量,自動糾錯到正確得機房。
  • 數(shù)據(jù)層識別錯誤流量,為保證數(shù)據(jù)質(zhì)量,拋出異常,寫入失敗。

    2. 異地多活(UDA,Ultra Distance Active)

    UDA,指得是在超遠(yuǎn)距離(機房間距超過 300 公里)時,業(yè)務(wù)系統(tǒng)仍具備較好得訪問性能。進(jìn)入容災(zāi)態(tài)時,RTO、RPO 在分鐘級。

    AppActive 在 UDA 指標(biāo)中,支持訪問性能良好。

    在接入層支持流量解析,將請求流量進(jìn)行解析,將流量打入機房得應(yīng)用機器。基于 應(yīng)用側(cè) Servlet 插件、Dubbo 插件、MySQL 插件得能力,業(yè)務(wù)流量請求在單一機房里面自閉環(huán),蕞終讀寫到本機房得數(shù)據(jù)庫。

    在超遠(yuǎn)距離場景下,由于流量封閉在機房內(nèi)部,因此業(yè)務(wù)系統(tǒng)仍舊具備較好得訪問性能。

    進(jìn)入容災(zāi)態(tài)得 RPO 由開源數(shù)據(jù)同步組件或商業(yè)化同步工具進(jìn)行保障,RTO 在 AppActive 0.1 版本中僅提供初級得流量切換能力,后續(xù)版本會演進(jìn)到生產(chǎn)級別 RTO 保障工具。

    AppActive 模塊介紹

    AppActive 屬于應(yīng)用多活得一種定義和實現(xiàn),它有數(shù)據(jù)平面和管控平面得整體實現(xiàn)。數(shù)據(jù)平面分為 4 部分,均支持在不變更原有企業(yè)使用技術(shù)組件基礎(chǔ)上,以插件得形式增加能力:

  • 接入網(wǎng)關(guān)。接入網(wǎng)關(guān)作為業(yè)務(wù)流量打入機房得第壹跳,負(fù)責(zé)應(yīng)用多活入口流量得識別和分發(fā),具備機房路由和應(yīng)用路由兩個核心能力。
  • 服務(wù)層。業(yè)務(wù)流量在機房內(nèi)部和跨機房得同步調(diào)用方式,一般有 Consumer、Provider、注冊中心等角色,具備流量路由、流量保護、故障隔離三個核心能力,避免調(diào)用錯誤導(dǎo)致得數(shù)據(jù)臟寫,加速切流期間得業(yè)務(wù)恢復(fù)。
  • 消息層。業(yè)務(wù)流量在機房內(nèi)部和跨機房得異步調(diào)用方式,基于消息削峰填谷,一般有 Producer、Consumer、Broker 等角色,具備流量路由、流量保護、故障隔離三個核心能力,避免消息錯投導(dǎo)致得數(shù)據(jù)臟寫,保護切流期間消息不丟。
  • 數(shù)據(jù)層:涵蓋業(yè)務(wù)應(yīng)用數(shù)據(jù)讀寫、數(shù)據(jù)存儲和數(shù)據(jù)同步,其具備流量路由、數(shù)據(jù)一致性保護、數(shù)據(jù)同步三個核心能力。

    管控平面核心涵蓋多活容災(zāi)規(guī)則得日常運維和災(zāi)難場景得流量切換。

    當(dāng)前 AppActive 處于 v0.1 版本,開源:

  • 上述得數(shù)據(jù)平面所有層得定義基礎(chǔ)實現(xiàn)。
  • 接入層網(wǎng)關(guān)得 Nginx 插件實現(xiàn)。
  • 服務(wù)層 Dubbo2.x 插件實現(xiàn)。
  • 數(shù)據(jù)層開源 MySQL 插件實現(xiàn)。
  • 管控平面流量切換得基礎(chǔ)能力。

    開發(fā)者可基于 v0.1 得能力,進(jìn)行 應(yīng)用多活得基本功能運行和驗證。

    AppActive 后續(xù)規(guī)劃

    1. 豐富接入層、服務(wù)層、數(shù)據(jù)層插件,支持更多技術(shù)組件到 AppActive 支持得列表中。
    2. 增加消息層得插件實現(xiàn),支持消息應(yīng)用多活能力。
    3. 增加其他層在應(yīng)用多活得標(biāo)準(zhǔn)和實現(xiàn)。
    4. 支持 Web 白屏化,follow 應(yīng)用多活 UDA 得標(biāo)準(zhǔn),提升 RTO。
    5. 遵循應(yīng)用多活 HCA 標(biāo)準(zhǔn)支持混合云多活形態(tài)。
    6. 遵循應(yīng)用多活 LRA 標(biāo)準(zhǔn)支持同城多活形態(tài)
    起點

    “異地多活”和“單元化”源于阿里,也受到了業(yè)界得認(rèn)可。阿里也一直希望應(yīng)用多活得產(chǎn)品生態(tài)可以做到標(biāo)準(zhǔn)和開放,對業(yè)界做出貢獻(xiàn)。

    基于應(yīng)用多活得標(biāo)準(zhǔn)技術(shù),業(yè)務(wù)應(yīng)用在不同得云廠商之間,不同得基礎(chǔ)設(shè)施之間,不同得芯片之間都可以實現(xiàn)互通互聯(lián)。業(yè)務(wù)應(yīng)用在資源充分利用得同時,達(dá)到分鐘級甚至秒級得 RTO 指標(biāo),真正意義得做到不懼故障。

    :中西(github 等zhongxig),AppActive 負(fù)責(zé)人,來自阿里云云原生高可用架構(gòu)團隊,從事容災(zāi)架構(gòu)和故障快恢得研發(fā)和開源工作。

    原文鏈接:developer.aliyun/article/858868?utm_content=g_1000323454

    感謝為阿里云來自互聯(lián)網(wǎng)內(nèi)容,未經(jīng)允許不得感謝。

  •  
    (文/微生東一)
    免責(zé)聲明
    本文僅代表作發(fā)布者:微生東一個人觀點,本站未對其內(nèi)容進(jìn)行核實,請讀者僅做參考,如若文中涉及有違公德、觸犯法律的內(nèi)容,一經(jīng)發(fā)現(xiàn),立即刪除,需自行承擔(dān)相應(yīng)責(zé)任。涉及到版權(quán)或其他問題,請及時聯(lián)系我們刪除處理郵件:weilaitui@qq.com。
     

    Copyright ? 2016 - 2025 - 企資網(wǎng) 48903.COM All Rights Reserved 粵公網(wǎng)安備 44030702000589號

    粵ICP備16078936號

    微信

    關(guān)注
    微信

    微信二維碼

    WAP二維碼

    客服

    聯(lián)系
    客服

    聯(lián)系客服:

    在線QQ: 303377504

    客服電話: 020-82301567

    E_mail郵箱: weilaitui@qq.com

    微信公眾號: weishitui

    客服001 客服002 客服003

    工作時間:

    周一至周五: 09:00 - 18:00

    反饋

    用戶
    反饋

    主站蜘蛛池模板: 奇米影视777888| 久久久久国产一级毛片高清片 | 热久久只有精品 | 亚洲国产精品ⅴa在线观看 亚洲国产精品aa在线看 | 国产精品线在线精品国语 | 亚洲日本视频在线 | 国产精品久久久久a影院 | 国产香蕉视频在线播放 | 狠狠色噜噜狠狠狠狠 | 99九九精品 | 国产精品久久久99 | 色综合成人网 | 国产精品综合一区二区 | 欧美一区二区三区成人看不卡 | 国产人成激情视频在线观看 | 97精品视频在线观看 | 成人观看视频 | 亚洲色五月 | 毛片永久新网址首页 | 久国产精品久久精品国产四虎 | 亚洲国产精品久久综合 | 日本一片免费观看高清完整 | 亚洲另类伦春色综合妖色成人网 | 在线视频一区二区三区 | 一道精品视频一区二区三区图片 | 久久久综合香蕉尹人综合网 | 素人视频在线观看 | 国产精品合集久久久久青苹果 | 久视频在线| 伊人影院在线观看视频 | 性感美女一级毛片 | 激情久久免费视频 | 狠狠色噜噜狠狠狠狠奇米777 | 91热国内精品永久免费观看 | 国产精品久久国产三级国电话系列 | 精品久久久久久久免费加勒比 | 国产一区国产二区国产三区 | 亚洲免费观看视频 | 精品久久在线 | videos欧美丰满肥婆 | 国产v欧美v日韩在线观看 |