改進性能和可用性,提高系統的可靠性和可用性

提高性能和可用性

事半功倍

Microsoft Office授權服務(OLS)團隊從Azure table storage到Azure Cosmos DB的遷移非常簡單明了，因此該團隊可以用最少的努力滿足其所有需求。

輕松遷移

當遷移到Azure Cosmos DB時，OLS團隊可以借助其Table API重用其大部分數據訪問代碼，并且他們為避免任何停機而編寫的遷移引擎可以快速輕松地構建。

領導OLS開發團隊的微軟軟件工程師鄭炳坤解釋道:

遷移引擎是我們必須編寫的唯一真正的“新代碼”。而且這三個部分的代碼示例都是公開的，看來不用從頭開始了。總而言之，我們開發的遷移工具花了三個開發人員，每個開發人員花了大約四周時間。”

幾乎無限的吞吐量

今天，數據庫吞吐量不再是OLS團隊的問題。使用表存儲，該團隊面臨每個存儲帳戶每秒20，000次操作的吞吐量限制，這迫使他們在不同的存儲帳戶中維護18個表中的每一個，以實現最大吞吐量。該團隊現在維護著一個Azure Cosmos DB帳戶，它沒有吞吐量上限，可以支持每張表每秒超過一千萬次的操作——所有這些都是由SLA專用和支持的。

保證高可用性

Azure Cosmos DB為OLS團隊的所有多區域客戶提供99.999%的讀取可用性SLA。如使用內部開發的工具捕獲的以下指標所示，這將顯著提高存儲服務質量(QoS)。

“在高峰時段，Azure Cosmos DB提供了比桌面存儲更好的存儲QoS，”Cheng說。“今天我們看到五個9，而過去我們大約有三個9。”

Azure Cosmos DB運行狀況和Azure Table存儲運行狀況的圖表。

Azure Cosmos DB的平均健康狀態和Azure Table的平均存儲狀態

自動故障轉移

OLS團隊現在可以配置自動或手動故障切換，以幫助防止區域中斷的可能性，同時保持所有SLA。該團隊還可以為其多區域帳戶排定故障切換順序的優先級，并可以手動觸發故障切換來測試OLS的端到端可用性。

“我們已經配置了自動故障切換功能，但該服務非常可靠，我們還不需要它。”程說。

低延遲

該表為OLS團隊提供了無限的延遲時間。相比之下，Azure Cosmos DB提供了一位數的讀寫延遲，它在世界上第99百分位的任何比例下都提供了小于10毫秒的讀寫延遲。以下指標說明了OLS服務在表存儲和Azure Cosmos DB之間看到的延遲差異。(DbTable是Azure表存儲，cosmosdtable是azure CosmosDbTable API。)

延遲:Azure Cosmos DB和Azure Table存儲。

交鑰匙數據分配

對于表存儲，全局分布的選項是有限的。此外，OLS團隊無法自行實施故障切換。有了Azure Cosmos DB，團隊現在可以被分配到任意數量的領域，包括多主機功能。啟用時，該功能將允許任何區域接受寫操作。

程說:“你只需點擊地圖，就可以自動將數據復制到世界上任何一個Azure區域。”“這個功能非常方便，我們打算盡快使用它。”

其他技術優勢

除了以上所述，Azure Cosmos DB為OLS團隊提供了比表存儲更多的優勢:

自動索引。使用表存儲時，主索引僅限于PartitionKey和RowKey，沒有輔助索引。默認情況下，Azure Cosmos DB為所有屬性提供自動和完整的索引，沒有索引管理。

查詢時間更快。使用表存儲時，查詢執行使用索引作為主鍵，否則將進行掃描。使用Azure Cosmos DB，查詢可以利用所有屬性的自動索引，從而縮短查詢時間。

一致性。使用表存儲，OLS團隊僅限于主區域的強一致性和輔助區域的最終一致性。有了Azure Cosmos DB，他們可以從定義明確的一致性級別中進行選擇，這使他們能夠在設計解決方案時優化讀取一致性和延遲、可用性和吞吐量之間的權衡。

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。