U ontwerpt een wereldwijd gedistribueerde sociale app die gebruikerstijdlijnen en opmerkingen opslaat als JSON-documenten. Gebruikers moeten hun eigen schrijfacties onmiddellijk zien, terwijl de latentie tussen regio's laag moet blijven. Schrijfacties worden gelijkmatig verdeeld per gebruiker. Welk Cosmos DB-ontwerp moet u kiezen?

De Azure Cosmos DB SQL (Core) API is geschikt voor JSON-documenten. 'Session consistency' garandeert dat de gebruiker zijn eigen schrijfacties onmiddellijk ziet, wat essentieel is voor een sociale app, terwijl het de lage latentie tussen regio's behoudt die Strong consistency niet kan bieden. Een 'partition key' van 'userId' zorgt voor een gelijkmatige verdeling van schrijfacties per gebruiker, wat schaalbaarheid en prestaties ten goede komt. Azure Cosmos DB for MongoDB met Strong consistency zou te veel latentie introduceren bij wereldwijde distributie. Azure Table Storage is geoptimaliseerd voor sleutel-waardeparen, niet voor JSON-documenten, en Eventual consistency voldoet niet aan de vereiste van onmiddellijke zichtbaarheid van eigen schrijfacties. Azure Cosmos DB SQL (Core) API met Strong consistency zou, zoals eerder genoemd, te veel latentie veroorzaken. De Gremlin API is voor grafiekdatabases en Consistent Prefix is niet voldoende voor de vereiste van onmiddellijke zichtbaarheid.