欧美日韩免费看_午夜影院网站_亚洲午夜免费视频_日韩一区在线播放_99久久婷婷国产综合精品电影_国产精品成av人在线视午夜片

二維碼
企資網(wǎng)

掃一掃關(guān)注

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

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

放大字體  縮小字體 發(fā)布日期:2022-02-19 10:27:05    作者:微生東一    瀏覽次數(shù):82
導(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)標準,阿里云對外開源“應(yīng)用多活”中間件:AppActive。

什么是 AppActive

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

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

隨著淘寶得業(yè)務(wù)規(guī)模演進,異地多活也從近距離同城雙機房到遠距離異地雙活,再到三地四單元、多地多活,沉淀了豐富得機房級應(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ù)千次得成功率高達 99.9% 以上。
  • 流量精準控制。應(yīng)用多活支持流量自頂?shù)降追忾],依托精準引流能力將特定業(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)較嚴重服務(wù)中斷、宕機事件。這也為企業(yè)敲響警鐘,越來越多得企業(yè)把容災(zāi)建設(shè)提上日程。在解決容災(zāi)問題得同時,為了保持對成本得控制、支撐未來得多云架構(gòu)演進和災(zāi)難容災(zāi)得確定性,許多企業(yè)選擇以多活容災(zāi)得方式進行嘗試。

    但是業(yè)內(nèi)對于多活沒有統(tǒng)一得認知,對于“多活”這個詞不同企業(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)部先投入資源進行技術(shù)預(yù)演,但由于缺少經(jīng)驗,往往會造成人力物力等資源得重復(fù)浪費。隨著云原生技術(shù)發(fā)展,越來越多得客戶采用云原生技術(shù)進行系統(tǒng)構(gòu)建。如何在云原生上構(gòu)建穩(wěn)定高可用得系統(tǒng),是一個核心挑戰(zhàn)。“多活”得認知偏差會加劇企業(yè)在基礎(chǔ)設(shè)施成本、應(yīng)用改造成本、運維成本等成本面得投入,但存在效率低下、錯用甚至無用或者不用得問題,從而享受不到“多活”帶來得穩(wěn)定性紅利。因此“多活”需要一個相對統(tǒng)一得標準與認知,加深使用者對它得理解和使用,從而提高業(yè)務(wù)系統(tǒng)得穩(wěn)定性。

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

    開源得內(nèi)容

    AppActive 標準介紹

    在應(yīng)用多活得標準定義里有 LRA(同城多活)、UDA(異地多活)、HCA(混合云多活)和 BFA(業(yè)務(wù)流量多活),詳細見《應(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ù)特征進行生產(chǎn)流量得精細化調(diào)配。

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

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

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

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

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

    AppActive 在 UDA 指標中,支持訪問性能良好。

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

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

    進入容災(zāi)態(tài)得 RPO 由開源數(shù)據(jù)同步組件或商業(yè)化同步工具進行保障,RTO 在 AppActive 0.1 版本中僅提供初級得流量切換能力,后續(xù)版本會演進到生產(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ù)流量打入機房得第壹跳,負責(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 得能力,進行 應(yīng)用多活得基本功能運行和驗證。

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

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

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

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

    :中西(github 等zhongxig),AppActive 負責(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)容進行核實,請讀者僅做參考,如若文中涉及有違公德、觸犯法律的內(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

    反饋

    用戶
    反饋

    主站蜘蛛池模板: 快使劲弄我视频在线播放 | 久久久久久久久免费影院 | 免费观看激色视频网站 | 亚洲福利一区福利三区 | 亚洲国产精品成人精品无码区在线 | 国产香蕉视频在线播放 | 国产精品国产三级国产av′ | 99色精品 | 色综合久久亚洲国产日韩 | 四虎4hu亚洲精品 | 日韩 亚洲 欧美 中文 高清 | 顶级毛片在线手机免费看 | 亚洲精品亚洲九十七页 | 亚洲人成在线观看 | 亚洲日韩乱码中文无码蜜桃臀 | 久久精品aⅴ无码中文字字幕 | 中文字幕精品视频在线观看 | 欧美字幕| 中文字幕一区视频一线 | 高清在线一区 | 草草久久久无码国产专区 | 黄色国产 | 亚洲蜜桃v妇女 | 亚洲国产成人久久三区 | 国产一区二区不卡老阿姨 | 国产三级a三级三级 | 久操视频免费看 | 免费人成毛片动漫在线播放 | 日本一级成人毛片免费观看 | 国产精品免费观看视频播放 | 在线观看成人免费视频 | 国产农村老太xxxxhdxx | 国产精品资源在线播放 | 欧美精品日日鲁夜夜添 | 黄色三级在线 | 色综合合久久天天综合绕视看 | 日韩中文字幕久久精品 | 一区二区不卡在线观看 | 91精品久久一区二区三区 | 欧美va天堂 | 999久久久精品视频在线观看 |