0
我已經通過點擊一張整潔的地圖看過有關Azure CosmosDB縮放世界各地的視頻。但在這些演示中,它們直接連接到客戶端的數據庫。Azure CosmosDB全球範圍縮放
這是我的理解,允許客戶端(如wpf桌面程序)直接訪問數據庫是一個壞主意。它應該在我們控制訪問的web API後面。
因此,對於全球範圍的擴展,我並不需要很多用戶所在的區域,我需要與託管API相同的數據中心。
這是正確的嗎?
我已經通過點擊一張整潔的地圖看過有關Azure CosmosDB縮放世界各地的視頻。但在這些演示中,它們直接連接到客戶端的數據庫。Azure CosmosDB全球範圍縮放
這是我的理解,允許客戶端(如wpf桌面程序)直接訪問數據庫是一個壞主意。它應該在我們控制訪問的web API後面。
因此,對於全球範圍的擴展,我並不需要很多用戶所在的區域,我需要與託管API相同的數據中心。
這是正確的嗎?
在文檔中有一篇有趣的文章,指的是Multi-master database architecture將會有用。基本上,如果打算公開Web API並且客戶端將連接到它而不是數據庫,則希望Web API儘可能地接近數據庫(即全局複製進入時)。
要透明地將客戶端連接到最近的API,您可以使用Traffic Manager's Geographic routing。
不知道我理解你的問題,但是......想象一下如果你的API(和/或web應用程序)運行在多個區域,然後每個區域的實例都連接到一個特定的對本地API的Cosmos數據庫實例/ web-app實例... –