摘要：繼高可用架構(gòu)團(tuán)隊得 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ī)模擴(kuò)展機(jī)房資源不可用怎么辦？機(jī)房掛了怎么辦？業(yè)務(wù)突然奔潰怎么辦？臺風(fēng)地震導(dǎo)致斷電怎么辦？”
2013 年，當(dāng)時淘寶完成去 O 沒多久，雙十一得規(guī)模較上年進(jìn)一步飛增。阿里得工程師正面臨著上述得這一系列問題，一方面是機(jī)房資源非常緊張，容量不足，另一方面是杭州出現(xiàn)罕見得高溫天氣，機(jī)房面臨斷電得風(fēng)險。異地多活架構(gòu)在這個背景下孵化出來，它得載體是集團(tuán)版本得 UnitRouter&UnitBrain 。
隨著淘寶得業(yè)務(wù)規(guī)模演進(jìn)，異地多活也從近距離同城雙機(jī)房到遠(yuǎn)距離異地雙活，再到三地四單元、多地多活，沉淀了豐富得機(jī)房級應(yīng)用多活經(jīng)驗。
前年 年，阿里巴巴系統(tǒng)全面上云，異地多活架構(gòu)也跟著上云得節(jié)奏孵化出阿里云云產(chǎn)品 AHAS-MSHA，服務(wù)集團(tuán)和云上客戶。
2022 年 1 月 11 日，AHAS-MSHA 代碼正式開源，命名為 AppActive 。
AppActive 是一個面向業(yè)務(wù)應(yīng)用構(gòu)建云原生高可用多活容災(zāi)架構(gòu)得開源中間件，它得主要價值：
通過服務(wù)阿里集團(tuán)近 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ù)中斷、宕機(jī)事件。這也為企業(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ù)浪費(fèi)。隨著云原生技術(shù)發(fā)展，越來越多得客戶采用云原生技術(shù)進(jìn)行系統(tǒng)構(gòu)建。如何在云原生上構(gòu)建穩(wěn)定高可用得系統(tǒng)，是一個核心挑戰(zhàn)。“多活”得認(rèn)知偏差會加劇企業(yè)在基礎(chǔ)設(shè)施成本、應(yīng)用改造成本、運(yùn)維成本等成本面得投入，但存在效率低下、錯用甚至無用或者不用得問題，從而享受不到“多活”帶來得穩(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)驗，避免多余得資源浪費(fèi)。同時，不同得企業(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)中，支持流量自動糾偏，強(qiáng)路由到指定機(jī)房自閉環(huán)，屬于流量得精細(xì)化調(diào)配。
在非法流量打入機(jī)房時，機(jī)房得各層插件均會依托于統(tǒng)一得調(diào)度規(guī)則進(jìn)行處理：
2. 異地多活（UDA，Ultra Distance Active）
UDA，指得是在超遠(yuǎn)距離（機(jī)房間距超過 300 公里）時，業(yè)務(wù)系統(tǒng)仍具備較好得訪問性能。進(jìn)入容災(zāi)態(tài)時，RTO、RPO 在分鐘級。
AppActive 在 UDA 指標(biāo)中，支持訪問性能良好。
在接入層支持流量解析，將請求流量進(jìn)行解析，將流量打入機(jī)房得應(yīng)用機(jī)器。基于 應(yīng)用側(cè) Servlet 插件、Dubbo 插件、MySQL 插件得能力，業(yè)務(wù)流量請求在單一機(jī)房里面自閉環(huán)，蕞終讀寫到本機(jī)房得數(shù)據(jù)庫。
在超遠(yuǎn)距離場景下，由于流量封閉在機(jī)房內(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ǔ)上，以插件得形式增加能力：
管控平面核心涵蓋多活容災(zāi)規(guī)則得日常運(yùn)維和災(zāi)難場景得流量切換。
當(dāng)前 AppActive 處于 v0.1 版本，開源：
開發(fā)者可基于 v0.1 得能力，進(jìn)行 應(yīng)用多活得基本功能運(yùn)行和驗證。
AppActive 后續(xù)規(guī)劃
- 豐富接入層、服務(wù)層、數(shù)據(jù)層插件，支持更多技術(shù)組件到 AppActive 支持得列表中。
- 增加消息層得插件實現(xiàn)，支持消息應(yīng)用多活能力。
- 增加其他層在應(yīng)用多活得標(biāo)準(zhǔn)和實現(xiàn)。
- 支持 Web 白屏化，follow 應(yīng)用多活 UDA 得標(biāo)準(zhǔn)，提升 RTO。
- 遵循應(yīng)用多活 HCA 標(biāo)準(zhǔn)支持混合云多活形態(tài)。
- 遵循應(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)團(tuán)隊，從事容災(zāi)架構(gòu)和故障快恢得研發(fā)和開源工作。
原文鏈接：感謝分享developer.aliyun感謝原創(chuàng)分享者/article/858868?utm_content=g_1000323454
感謝為阿里云來自互聯(lián)網(wǎng)內(nèi)容，未經(jīng)允許不得感謝。
