Starsza usługa korzysta z usługi Azure Table Storage. Nowe wymagania obejmują globalną dystrybucję z niskimi opóźnieniami odczytu i zapisu w wielu regionach, automatyczne indeksowanie wszystkich właściwości, kontrolę przepustowości opartą na RU/s oraz minimalne zmiany w kodzie. Co należy zrobić?

Migracja do interfejsu API tabeli usługi Azure Cosmos DB z włączonymi zapisami w wielu regionach spełnia wszystkie wymagania. Cosmos DB zapewnia globalną dystrybucję z niskimi opóźnieniami odczytu i zapisu w wielu regionach, automatyczne indeksowanie wszystkich właściwości, kontrolę przepustowości opartą na RU/s i minimalne zmiany w kodzie dzięki zgodności z interfejsem API tabeli usługi Azure Table Storage. Aktualizacja parametrów połączenia i użycie narzędzia do migracji danych to standardowe kroki. Włączenie RA-GRS nie zapewnia zapisów w wielu regionach ani automatycznego indeksowania. Migracja do interfejsu API SQL (Core) wymagałaby znacznej refaktoryzacji. Azure SQL Database z kolumnami JSON nie oferuje natywnie globalnej dystrybucji z niskimi opóźnieniami ani automatycznego indeksowania wszystkich właściwości w sposób zbliżony do Cosmos DB. Wdrożenie wielu kont Azure Table Storage z Traffic Managerem nie zapewnia spójności danych ani automatycznego indeksowania.