對於應用程式開發人員和IT工程師，共同的目標是建置和執行復原應用程式。 復原功能定義為應用程式對失敗做出反應的能力，但仍保持正常運作。 若要在面對雲端中的區域失敗時達到復原能力，第一個步驟是建置備援以避免單一失敗點。 可以透過地理複製來實現此備援。
應用程式設定的異地複寫功能允許您隨意將設定存放區複寫到您選擇的區域。 每個新的副本都將位於不同的區域中，並建立新的端點，以便應用程式可以發送請求。 組態存放區的原始端點稱為 Origin。 原點無法移除，但除此之外，其行為就像任何複本一樣。
您可以在任何副本中變更或更新您的鍵值。 這些變更將會依據最終一致性模型，與所有其他複本同步處理。
復寫您的組態存放區會新增下列優點：
- 已新增 Azure 中斷的復原功能： 發生區域性中斷時，複本會個別受到影響。 如果某個區域發生中斷，位於未受影響區域的所有複本仍可存取並持續同步處理。 一旦中斷緩和，所有受影響的復本都會同步至最新的狀態。 請注意，異地複寫僅透過應用程式組態的組態提供者來提供自動容錯移轉功能。 否則，您也可以在應用程式的設定中建置自己的自定義故障轉移機制，以在不同的復本端點之間切換，以減輕 Azure 中斷的影響。
- 要求限制的重新分配： 您可以在程式碼中自定義應用程式使用的副本端點，從而分配要求負載，以避免耗盡要求限制。 例如，如果您的應用程式在多個區域中執行，而且只將要求傳送至一個區域，您可能會開始耗盡應用程式組態要求限制。 您可以在應用程式執行的區域建立複本，以協助重新發佈此負載。 每個副本的請求限制都是獨立的，其大小與來源的請求限制相等。 在一個復本中耗盡要求限制不會影響另一個複本中的要求限制。
- 區域區間化： 存取多個區域可以改善應用程式與組態存放區之間的延遲，如果應用程式將要求傳送至其最接近的複本，會導致要求回應更快，且效能更佳。 指定複本存取也可讓您根據喜好設定來限制不同區域之間的數據儲存和流動。
若要在您的存放區中啟用此功能，請參閱啟用異地複寫操作說明文件 (部分機器翻譯)。
範例使用案例
開發人員小組正在建置由多個應用程式組成的系統，目前在美國西部區域有一個 Azure 應用程式組態存放區。 其系統的使用量正在快速增長，他們想要在瑞典中部、美國西部、北歐和東亞中調整並滿足其客戶需求。 他們擁有的所有應用程式目前都使用美國西部設定存放區，並建立單一失敗點。 如果美國西部發生區域性中斷，而且他們沒有其他故障轉移機制或預設行為，其系統將無法供客戶使用。 此外，全域所有應用程式目前都受限於一個組態存放區的要求限制。 隨著團隊擴展到更多地區，這項限制將是無法持續的。
異地複寫對這個小組會很有幫助。 他們可以在其應用程式執行所在的每個區域中建立其組態存放區的複本。 然後，他們的應用程式可以將要求傳送至相同區域中的複本，而不是所有應用程式都將要求傳送至美國西部。 這可提供兩個優點：改善的要求延遲和更好的負載分配。 擁有分散良好的要求負載有助於避免要求配額耗盡。 此外，擁有多個複本可讓小組設定其應用程式在發生區域中斷時進行容錯移轉。 例如，小組可以設定在瑞典中部執行的應用程式，以從該區域提取設定，但如果瑞典中部發生中斷，則會回復到北歐。 即使特定區域中無法使用應用程式組態，小組的系統也不會受到影響。
考慮事項
- 免費層和開發人員層不提供異地複寫。
- 每個複本都有限制，如 應用程式組態定價頁面中所述。 每個複本的限制是各自獨立的。
- Azure 應用程式組態也支援 Azure 可用性區域，以在 Azure 區域內建立復原且高可用性的存放區。 如果複本的區域具有可用性區域支援，則複本會自動包含可用性區域支援。 區域內備援的可用性區域以及跨多個區域進行異地複寫的組合，可增強設定存放區的可用性與效能。
成本和計費
每個建立的複本都會新增額外費用。 如需詳細資訊，請參閱 應用程式組態定價頁面 。 例如，如果您的來源是標準層組態存放區，而且您有五個複本，則會向您收取系統六個標準層組態存放區的費率，但每個複本的隔離配額和要求都包含在此費用中。
監測
為了提供異地複寫功能特性的深入解析，應用程式組態提供名為 「復寫延遲」的計量。 復寫延遲計量描述數據從某個區域複寫到另一個區域所需的時間。
如需復寫延遲計量和其他應用程式組態計量的詳細資訊，請參閱 監視應用程式組態數據參考。