Question

Difficulty: MediumAzure Cosmos DB and NoSQL Solutions

You are an Azure Solutions Architect designing a data modernization strategy for a global retail enterprise. The architecture must achieve an SLA of 99.999%99.999\% availability for both reads and writes, and support global distribution across three regions: East US, West Europe, and Southeast Asia. The application suite consists of multiple workloads with different read-to-write ratios and data models:

- Workload 1: A recommendation engine that performs relationship-heavy queries (vertices and edges) to map user preferences, requiring a 70:3070:30 read-to-write ratio.
- Workload 2: A globally distributed telemetry processor migrated from an on-premises Apache Cassandra cluster, requiring a 10:9010:90 read-to-write ratio.
- Workload 3: A product catalog migrated from an existing MongoDB cluster that uses complex document aggregation pipelines, requiring an 80:2080:20 read-to-write ratio.
- Workload 4: A simple session-state store migrated from Azure Table Storage requiring high-throughput key-value lookups with a 50:5050:50 read-to-write ratio.

Match each workload description to the most appropriate Azure Cosmos DB API to meet these requirements.

  • A relationship-heavy recommendation engine that maps complex user connections using vertices and edges.Azure Cosmos DB for Apache Gremlin
  • A high-write telemetry processor migrated from an Apache Cassandra cluster utilizing CQL.Azure Cosmos DB for Apache Cassandra
  • A product catalog migrated from a MongoDB database using document aggregation pipelines.Azure Cosmos DB for MongoDB
  • A session-state key-value store migrated from Azure Table Storage.Azure Cosmos DB for Table

Answer

Workload 1 matches Azure Cosmos DB for Apache Gremlin; Workload 2 matches Azure Cosmos DB for Apache Cassandra; Workload 3 matches Azure Cosmos DB for MongoDB; Workload 4 matches Azure Cosmos DB for Table.
The correct pairings align each workload with the appropriate Azure Cosmos DB API: the graph-based recommendation engine aligns with the Gremlin API, the Cassandra migration aligns with the Cassandra API, the MongoDB migration aligns with the MongoDB API, and the Table Storage migration aligns with the Table API. This alignment ensures protocol compatibility, query language support, and minimum code changes.

Step-by-Step Solution

1
Analyze Workload 1 requirements for graph relationships.
The requirement specifies vertices and edges, which indicates a graph database. The matching API is Azure Cosmos DB for Apache Gremlin.
Gremlin is the standard graph API in Cosmos DB.
2
Analyze Workload 2 requirements for Cassandra CQL migration.
The workload is migrated from Apache Cassandra and uses CQL, which maps directly to Azure Cosmos DB for Apache Cassandra.
Cassandra API provides direct wire compatibility for Apache Cassandra workloads.
3
Analyze Workload 3 requirements for MongoDB aggregation pipeline migration.
The catalog data is migrated from MongoDB and uses its document aggregation pipelines, pointing to Azure Cosmos DB for MongoDB.
MongoDB API supports MongoDB query syntax and aggregation commands.
4
Analyze Workload 4 requirements for key-value Table Storage migration.
The session store needs a key-value structure and is migrated from Azure Table Storage, matching Azure Cosmos DB for Table.
Table API provides key-value storage capabilities compatible with SDKs for Azure Table Storage.

Key Concept

Selecting Azure Cosmos DB APIs based on workload query models and migration compatibility requirements.
Estimated Time:2m 0s
Rate this question