Case Studies & Practical Application Flashcards
7 cards from real AZ-204 practice questions. Tap to flip, then mark Knew It or Still Learning โ missed cards come back until you master them.
Read the first 7 Case Studies & Practical Application flashcards as text
A developer needs to run a one-time data migration job in Azure that processes 10 million records. The job must finish within 2 hours and should not affect the production App Service. Which compute option is most appropriate?
Answer: Azure Batch with a pool of VMs sized for parallel task execution
Azure Batch is purpose-built for large-scale parallel compute jobs, allowing a pool of VMs to process millions of records in parallel without impacting other services.
A SaaS application uses Azure AD B2C for customer identity. After login, the app's API must know the user's subscription tier stored in B2C. How should this be included in the token?
Answer: Use a custom user attribute in B2C and add it as a claim to the token via a user flow
B2C custom attributes can be included as token claims through user flow configuration, embedding application-specific data directly in the JWT without additional API calls.
A developer implements an Azure Durable Function orchestrator that calls three activity functions in parallel and waits for all to complete. Which Durable Functions pattern does this represent?
Answer: Fan-out/fan-in using Task.WhenAll on multiple activity calls
Fan-out/fan-in starts multiple activity functions simultaneously and uses Task.WhenAll to aggregate results, enabling parallel execution within a single orchestration.
A developer is securing an Azure Function HTTP trigger. It should only accept requests from a specific Azure Front Door instance. What is the recommended approach?
Answer: Validate the X-Azure-FDID header against the expected Front Door ID and use IP restriction to allow only Front Door's service tags
Validating the X-Azure-FDID header combined with IP restrictions on the AzureFrontDoor.Backend service tag ensures only your specific Front Door instance can reach the function.
An application uses Azure Table Storage for telemetry data partitioned by DeviceId. Queries for a specific device's data over a date range are slow. What should the developer check first?
Answer: Verify the RowKey is set to a time-based value so date-range queries become efficient partition scans
In Azure Table Storage, using a time-based RowKey with a fixed PartitionKey turns date-range queries into efficient partition-range scans using the built-in primary index.
A developer is configuring an Azure App Service deployment slot swap. After the swap, some users on the production slot still see the old version. What is the most likely cause?
Answer: Users have existing affinity cookies routing them to an instance that has not yet processed the swap
ARR affinity cookies pin sessions to specific instances; if an instance was in-flight during the swap, users with that cookie are still routed to it until the cookie expires or is cleared.
A developer needs to call an external payment API from Azure Functions with retry logic. The external API returns 429 (Too Many Requests) with a Retry-After header. What is the correct retry behavior?
Answer: Parse the Retry-After header value and delay the next attempt by exactly that duration
Respecting the Retry-After header is required by HTTP standards and prevents further rate-limiting; ignoring it and retrying sooner will cause continued 429 responses.