責任共擔

實現云上的業務連續不中斷是阿里云和阿里云客戶的共同責任。

阿里云負責邊緣節點服務 ENS 本身的穩定性，確保其可用性不低于服務等級協議中的承諾值。

阿里云的客戶需要負責業務系統的架構設計合理性，確保能在必要時實現故障轉移，保障業務連續不中斷。

建議您根據本文介紹的相關方案，來建設您的邊緣計算應用的業務連續性能力。

最佳實踐

多實例容災

為了確保高可用，應用必須能處理高負載、避免單節點故障造成業務中斷。這些可以通過邊緣負載均衡 ELB來實現。為此，您可以先在多個 ENS 實例上部署應用，然后結合ELB來實現流量負載均衡。這樣即使某個 ENS 實例出現故障，ELB 仍然可以將流量分配到其他 ENS 實例上，保障業務持續可用。

跨地域主備容災

應用的主備切換

為了避免地域級別的故障造成業務中斷，在某個邊緣節點上部署應用之外，還應該在其他邊緣節點或公共云地域部署備份應用。

您可以借助全局流量管理服務，在出現地域級別故障時，自動將域名解析指向到其他地域的應用上，實現故障時的流量切換，保障業務持續可用。

在設計備服務時，您可以考慮將應用部署到其他邊緣節點服務地域上，甚至也可以部署到其他就近的公共云地域上。不過需要注意的是，啟用備服務時，終端用戶訪問服務的延遲可能會增大。

數據的備份和恢復

故障時流量轉移可以很好地避免地域級別故障造成業務中斷，但此時故障地域的數據服務也可能同樣不可用。

為了讓業務在備地域的應用啟用期間也能正常運轉，您需要根據自身的業務設計合適的方案，在非故障期間將數據從主地域同步到備地域中。

比如，您可以：

• 在應用程序中雙寫，向當前地域的存儲服務上寫入數據，同時也向備地域寫入數據。這么做的好處是備地域的數據和主地域幾乎是一致的，但代價是寫入的延遲會增大。

• 向主地域的存儲服務中寫入數據后，異步地將主服務數據同步到備地域的存儲服務中。這么做的好處是寫入延遲不會增大，但啟用備地域服務時，數據可能和主地域有一些差異。

此外，您還需要設計好應用程序的恢復機制。在主地域故障消除后，應該將備地域服務在故障期間記錄的新增數據同步到主地域，確保主地域恢復時，用戶看到的業務數據不會丟失。

部署架構示意圖

為了盡可能地提升可用性以確保業務連續不中斷，上述實踐是可以組合使用的。下圖是一個同時采用了負載均衡、應用主備切換、數據備份和恢復能力的系統部署架構示意圖。

您可以結合自身業務的需要，來有選擇地參考。

• 該系統的主服務是部署在瑞士的 ENS 節點，主服務采用了多實例加負載均衡的架構，以規避 ENS 實例單點故障引起的業務中斷。

• 備服務部署在就近的德國 ENS 節點（備服務也可以選擇就近的公有云地域中），備服務同樣采用了多實例加負載均衡的架構。同時，主地域正常期間會將數據同步到備地域，以確保啟用備地域服務時，數據盡可能的和主地域保持一致。

• 該系統的域名解析引入了全局流量管理服務：

  • 全局流量管理服務會跟進設置的頻率，周期性地對主服務進行健康檢查。

  • 主服務工作正常時，域名解析會指向主服務。

  • 主服務異常時，全局流量管理服務執行的健康檢查失敗指定的次數后，會自動將域名解析指向備服務，從而實現自動的主備切換。

• 主服務故障期間，流量切換到了備服務，數據會記錄在備服務的存儲服務中。因此在故障恢復后，還需要將備地域的數據同步回主地域。