云計算的出現為企業的管理、業務開展、資源整合等帶來了極大的便利性，也是數字化建設的核心基建之一，然而局部宕機或者大面積宕機事件對于云廠商來說卻也無法避免，全球領先的計算平臺也不例外。例如，美國東部時間12月7日上午10點45分，亞馬遜 AWS 遭遇宕機，導致了迪斯尼+、奈飛等一些網站的在線服務受到影響，此次故障也在業內引發了較大的關注。

之所以說云廠商的宕機故障無法100%避免，核心在于造成的原因有很多種，例如人為失誤、網絡中斷或者區域性網絡擁塞、停電、自然災害等，作為云廠商，能做的就是不斷優化技術與服務來應對這些問題，將宕機發生的概率降到最低。

聲網作為全球領先的實時互動云服務商，在海外的部分業務也使用了 AWS 的基礎設施資源，在AWS 宕機事件中，聲網的實時音視頻服務并沒有受到波及，背后的核心原因在于聲網 SD-RTN™大網的獨特架構設計保障了 RTE (實時互動）服務的高可用性，做到機房、硬件、網絡等基礎設施出現故障的情況下，仍然可以給用戶提供高可用的 RTE 服務。

首先我們要了解什么是高可用性。一般來講，一個靠譜的云服務一定是可用性非常高的，可用性的評判標準 SLA：服務等級協議（Service Level Agreement）對于云廠商來說就是服務可用性的一個保證，國內很多云廠商在售賣云服務時都會承諾99.9%的可用性，9越多代表全年服務可用時間越長服務更可靠，反之亦然。例如以全年365天做計算，99.9%的可用性，每年只有8.76小時的服務是不可用的，可用性的每一次提升都是一次技術的挑戰，當遇上環境災害、公網基礎設施不可靠等問題時，怎么樣快速地面對這些問題，多長時間恢復，是否有成熟的備案這是任何一個云廠商都要誠實面對的問題。

想要提升服務的可用性，需要從多個層面進行布局，例如機房布置、服務基礎架構、運維自動化等，那么聲網具體是如何在實踐中保障RTE服務的高可用性，我們可以從四個層面展開來講：

一、SD-RTN™架構設計：故障實時感知與智能調度、異地多活

業務架構：眾所周知，基礎設施會因為突發的網絡擁塞、硬件故障、不可抗力等因素導致或大或小的一段時間的不可用。在這樣的前提下，聲網 SD-RTN™大網的架構師團隊從設計之初就充分考慮到了基礎設施的不穩定因素。如果要用幾個關鍵詞來描述 SD-RTN™，那就是全球覆蓋、故障實時感知與智能調度、超低延時、彈性能力、異地多活、超高并發，而一旦基礎設施出現故障，SD-RTN™的故障實時感知與智能調度能力以及異地多活的構建方式將發揮重要作用，保障服務的高可用。

1、故障實時感知與智能調度：從全球來看，公網網絡的波動是較為頻繁的，SD-RTN™的網絡嗅探服務能夠實時的感知網絡的質量，結合AI Ops（智能運維）的分析能力，能夠實現分鐘級的用戶遷移，保障用戶的音視頻體驗。

2、異地多活：SD-RTN™大網將全球資源劃分為多個Region（區域），在Region內依然能夠做到最低N+3（即：在最大的3個資源集群不可用的情況下，剩余的資源依然能夠承接當前Region的負載）資源冗余的要求，不僅如此，Region之間依然能夠形成互補的態勢，某個Region故障時，可以通過互補Region進行承接。

3、靈活的擴彈性縮容能力：SD-RTN™大網的每個Region至少具備200%的實時彈性擴縮容能力，具備應對突發事件的能力，配合智能調度能夠充分合理的進行資源使用。

SDK：同時，在音視頻 SDK 側聲網也進行了大量的優化工作，包括抗弱網優化，音視頻體驗優化等，形成和業務層進行"里應外合"的局面，提升服務的可用性。

二、基礎設施層面：機房全球分布、五地三中心資源覆蓋

基礎資源選點： SD-RTN™ 在全球部署了250+數據中心，覆蓋全球200多個國家與地區，對于主要區域的最低要求是五地三中心的資源覆蓋，每個區域采用核心節點+POP點的方式。這樣一旦某區域其中一個或兩個機房發生故障，依靠技術可以將故障城市的流量全部切換到運行正常的機房。

供應鏈管理：不依賴單家供應商的基礎資源(包括：機房、硬件、網絡等)，當一家供應商出現問題，可以快速切換到其他服務正常的供應商。

三、智能運維，快速阻斷故障

如今行業都有一個共識，即運維復雜度在迅速增加，然而傳統運維已經捉襟見肘，為此， 聲網投入了巨大的資源和人力，克服了 AI 工程化落地的難點，將智能運維全面應用于 SD-RTN™的日常運維中，解決了傳統運維的痛點：7*24H 不間斷保障；高一致性和高質量的執行結果；統一高效的運維效率。

聲網的 AI Ops（智能運維）能在 1 min之內（包含了數據聚合、上報、判斷、執行、恢復等整體端到端時間）識別機房異常并且自動運維，,快速阻斷故障影響蔓延, 保障邊緣服務高可用。例如，邊緣節點的網絡擁塞是無法避免的, 在出現擁塞之后, 用戶的音視頻體驗會打折(卡頓, 延時增大)，這種情況下經驗豐富的運維人員在 daytime 時期從故障發現到處理平均要花費20分鐘, 如果故障發生在深夜或者處理不及時, 時間會更長, 這對用戶的體驗影響很大. 這時候 AI OPS的價值就體現出來了, 它能在2.5分鐘之內識別并處理異常, 并且7*24不間斷高一致性地執行, 以保障用戶高質量的 RTC 體驗。

四、RTE行業首個體驗質量標準-XLA

前面我們提到，SLA 是很多云廠商與電信行業對服務可用性的評判標準，但在聲網看來，SLA 對設備和網絡接入標準進行規范，關注的是服務的可用性。但是在 RTE 行業，僅僅達到“可用”標準遠遠不夠，用戶渴望的是清晰流暢、沒有卡頓的音視頻互動，那么在實時互動體驗質量上就必須達到“好用”的標準。對此，聲網在2020年7月設計定義并推出了實時互動行業首個體驗質量標準-XLA (Experience Level Agreement)，這也是為 RTE 服務的可用性與體驗質量推出的首個可量化、可查證、可賠付的體驗質量標準。

與 SLA 不同的是，XLA 不僅關心實時互動的可用性和服務質量，還關注用戶的體驗質量，同時這也是第一個將質量保證焦點由設備轉移到人的標準。XLA 主要包含四項體驗指標，即5s登陸成功率、600ms 視頻卡頓率、200ms 音頻卡頓率和400ms 網絡延時達標率，四個指標的月度達標率（1-不達標切片總時長/月度總時長)均需超過 99.5%。5s 登錄成功率是指登錄成功耗時需小于5秒才算合格，這項指標主要考驗實時互動的可用性與等待體驗；600ms 視頻卡頓率與 200ms 音頻卡頓率主要考驗實時互動過程中流暢性體驗；400ms 的網絡延時指標面向音視頻互動的實時性，延時需低于 400ms。

通過 XLA，客戶可以獲得聲網對登陸成功率、端到端延時、音視頻卡頓率等多個維度的實時互動體驗質量承諾和保證，不需要再去擔心終端用戶的體驗質量問題，真正做到用的放心，用的稱心！

定義實時互動體驗質量標準看似只是幾個指標，但實際背后承載了聲網團隊長期的付出。XLA 質量標準的推出，是經過上百名技術專家針對全鏈路數據反復打磨、改進、驗證，經歷了10個版本的反復迭代，適配了50+網絡模型、200+國家與地區的優化、6000+不同類型終端體驗的優化以及全鏈路1萬億分鐘的數據打磨。這背后代表的也是聲網在實時互動云行業的長期深耕與積累。