AI-200 — Frequently Asked Questions

A Quick task is triggered immediately by events like Git commits or image pushes. A Schedule-triggered task runs at fixed intervals (e.g., daily) regardless of code changes.

Yes, but the question specifies minimizing external infrastructure and using ACR natively. ACR Tasks run entirely within Azure, whereas GitHub Actions rely on GitHub's runner infrastructure.

No, the Consumption plan only supports code-based deployments for Windows and Linux. Linux containers require the Premium plan.

The maximum execution duration can be configured up to 10 minutes. Beyond that, you need Premium or Dedicated plans.

Azure requires explicit registration for certain preview or specialized resource providers like Microsoft.App to ensure compliance and resource allocation before they can be used.

No, Azure Container Apps jobs must reside within a Managed Environment. You cannot create a job in a resource group directly without this intermediate infrastructure layer.

The request object is immutable after retrieval. You must explicitly call setBody to push your modified document back into the execution pipeline for storage.

Use the native JavaScript 'in' operator: if ('propertyName' in documentObject). This returns true if the property exists, regardless of its value.

Cosmos DB updates secondary indexes for every property change. More indexed properties mean more work per write operation.

No, as long as you include all properties used in WHERE clauses or JOINs, query performance remains optimal.

Azure Functions provide a built-in Change Feed Processor that handles lease management and partition distribution automatically, whereas App Service requires manual implementation.

Push (Option A) uses triggers to invoke code automatically. Pull (Option D) uses FeedIterator to fetch changes programmatically, offering more control over batching and parallelism.

Setting the default TTL to -1 disables the automatic expiration feature for all items in the container, meaning items persist indefinitely until manually deleted.

Session Consistency guarantees that a read operation will always see the most recent committed version of an item written within the same session, even when reading from different regions.

Connection Policy configures static client behaviors like retry limits. Session tokens are dynamic values that change with every write and must be applied per-request via RequestOptions.

Different nodes will have different session views, potentially leading to stale reads or violations of monotonic read guarantees in a session-consistent account.

A Custom Topic allows you to publish your own events. A Partner Topic is pre-configured by Microsoft for specific SaaS providers (like GitHub) so you can subscribe to their events.

Yes, Domains allow multiple publishers to write to a single topic namespace, which might be better for multi-tenant scenarios, but Partner Topics remain for inbound SaaS events only.

Queue Storage is better for simple work items. Service Bus Topics/Subscriptions are required here because we need to filter messages for specific subsets of consumers (restaurants/drivers) from a single publisher.

Yes, if those drivers share the same filtering criteria (e.g., they both deliver for Restaurant A). However, if each driver has unique preferences, individual subscriptions or complex filtering rules are needed.