Musisz przeprowadzić migrację 200 milionów dokumentów JSON do istniejącego kontenera Azure Cosmos DB SQL API i wykonać operacje upsert, jeśli dokumenty już istnieją. Celem jest zmaksymalizowanie przepustowości, automatyczne obsłużenie dławienia (throttling) i zminimalizowanie zmian w kodzie w usłudze .NET. Które dwie czynności należy wykonać?

Opcje „Użyj Azure Cosmos DB .NET SDK (v3/v4) z włączoną opcją AllowBulkExecution i wywołaj równoległe wywołania CreateItemAsync/UpsertItemAsync” oraz „Użyj biblioteki Azure Cosmos DB Bulk Executor dla .NET lub Java do wykonywania operacji importu i aktualizacji zbiorczych o wysokiej przepustowości” są poprawne, ponieważ obie metody są zaprojektowane do wydajnego importowania dużych ilości danych do usługi Cosmos DB, automatycznie obsługując dławienie i maksymalizując przepustowość. SDK v3/v4 z AllowBulkExecution to nowoczesne podejście, które upraszcza kod, podczas gdy Bulk Executor to sprawdzona biblioteka do operacji zbiorczych. Opcja „Wstawiaj dokumenty sekwencyjnie w jednym wątku z wykładniczym wycofaniem” jest nieprawidłowa, ponieważ sekwencyjne wstawianie jest zbyt wolne dla 200 milionów dokumentów i nie maksymalizuje przepustowości. Opcja „Zawiń operacje zapisu w pętlę po stronie klienta, która wywołuje procedurę składowaną raz na dokument” jest nieprawidłowa, ponieważ wywoływanie procedury składowanej dla każdego dokumentu jest nieefektywne i nie skaluje się dobrze. Opcja „Użyj pojedynczej instancji Azure Functions z wyzwalaczem kolejki” jest nieprawidłowa, ponieważ pojedyncza instancja Azure Functions będzie wąskim gardłem i nie zapewni wymaganej przepustowości dla tak dużej liczby dokumentów.