{"id":12822,"date":"2026-09-15T12:37:45","date_gmt":"2026-09-15T12:37:45","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=12822"},"modified":"2026-09-15T12:37:45","modified_gmt":"2026-09-15T12:37:45","slug":"microsoft-az-204-practice-test-questions-and-exam-dumps-part-2-q21-40","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/microsoft-az-204-practice-test-questions-and-exam-dumps-part-2-q21-40\/","title":{"rendered":"Microsoft AZ-204 Practice Test Questions and Exam Dumps Part 2 Q21-40"},"content":{"rendered":"<p><b>View Full <a href=\"https:\/\/www.examlabs.com\/az-204-exam-dumps\">Microsoft AZ-204 Exam Dumps<\/a> and Practice Test Dumps<\/b><\/p>\n<p>&nbsp;<\/p>\n<p><b>Q21. Which Azure Functions trigger is most appropriate for starting a function when an HTTP request is received?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Timer trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> HTTP trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Queue trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Blob trigger<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The HTTP trigger is designed to execute an Azure Function when an HTTP request reaches its endpoint. It is commonly used for creating REST-style APIs, webhooks, lightweight backend services, and integrations that require an HTTP-accessible endpoint. The function can respond to different HTTP methods such as GET, POST, PUT, and DELETE depending on its implementation. Unlike a timer trigger, it does not depend on a scheduled interval. Authentication and authorization can also be configured according to the application&#8217;s requirements. Therefore, when a function must respond directly to an incoming HTTP request, the HTTP trigger is the appropriate choice.<\/span><\/p>\n<p><b>Q22. Which Azure Functions trigger should be used to execute code automatically at a scheduled time?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Timer trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> HTTP trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Event Grid trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Cosmos DB trigger<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Timer trigger is used when an Azure Function must execute according to a predefined schedule. It uses a CRON expression to define when the function should run, making it useful for recurring background tasks. Common examples include generating reports every night, performing scheduled cleanup, processing data periodically, or running maintenance operations. The function does not require an incoming HTTP request or message from a queue to start. The schedule is managed by the Azure Functions runtime. Therefore, when an application requires code to execute automatically at specific recurring times, a Timer trigger is the appropriate Azure Functions trigger.<\/span><\/p>\n<p><b>Q23. Which Azure Functions trigger allows a function to execute when a new message is added to an Azure Storage Queue?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> HTTP trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Timer trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Queue trigger<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Blob trigger<\/span><\/p>\n<p><b>Correct Answer: 3)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Azure Storage Queue trigger starts an Azure Function when messages are available in the specified storage queue. This approach is useful for implementing asynchronous processing because an application can place work items into a queue while a function processes them independently. Queue-based processing can help separate application components and reduce the impact of temporary processing delays. The Functions runtime monitors the queue and invokes the function when messages need processing. This pattern is especially useful for background jobs, task processing, and workload decoupling. Therefore, the Queue trigger is the correct choice when function execution should be initiated by messages in Azure Storage Queue.<\/span><\/p>\n<p><b>Q24. Which Azure Functions capability is designed to coordinate multiple function executions as part of a reliable workflow?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Azure App Configuration<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Durable Functions<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Azure CDN<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Azure DNS<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Durable Functions extend Azure Functions by providing capabilities for stateful workflows and orchestration. They allow developers to coordinate multiple function executions while maintaining workflow state. Durable Functions can implement patterns such as function chaining, fan-out\/fan-in, human interaction, and long-running workflows. The orchestration framework manages checkpoints and state so that workflows can continue after interruptions. This makes Durable Functions especially useful when a solution requires several activities to execute in a controlled sequence or parallel pattern. Therefore, Durable Functions are the appropriate Azure capability for coordinating multiple function executions as part of a reliable, stateful workflow.<\/span><\/p>\n<p><b>Q25. What is the primary purpose of bindings in Azure Functions?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> To replace Azure subscriptions<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> To configure virtual networks automatically<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> To connect functions to other services with simplified input and output handling<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> To create physical servers for functions<\/span><\/p>\n<p><b>Correct Answer: 3)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Functions bindings provide a simplified way for functions to connect with other services without requiring extensive service-specific integration code. Input bindings can provide data to a function, while output bindings can send function results to another service. Bindings can be used with services such as Azure Storage, Cosmos DB, Service Bus, and other supported resources. This model reduces repetitive connection and data-handling code and allows developers to focus on application logic. Although bindings do not eliminate every integration requirement, they provide a convenient abstraction for common scenarios. Therefore, connecting functions to external services through simplified input and output handling is the primary purpose of bindings.<\/span><\/p>\n<p><b>Q26. Which Azure Functions authorization level determines whether a function request must include a function key?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Anonymous<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Function<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Public<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> System<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Function authorization level requires callers to provide a function key when invoking an HTTP-triggered Azure Function. Function keys provide a basic mechanism for controlling access to HTTP endpoints without requiring a full authentication platform. The Anonymous level does not require a function key, while higher security requirements can be addressed using authentication and authorization mechanisms supported by Azure. Function keys should be protected and not embedded in publicly exposed source code or configuration files without appropriate safeguards. Therefore, when an HTTP-triggered function should require a function key for invocation, the Function authorization level is the appropriate setting.<\/span><\/p>\n<p><b>Q27. Which App Service capability can automatically increase or decrease the number of instances based on workload conditions?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Autoscale<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Deployment slot<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Application setting<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Custom domain<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure App Service Autoscale allows an application to automatically adjust the number of running instances according to defined conditions. Scaling rules can use metrics such as CPU utilization, memory usage, request counts, or other supported indicators. Increasing the number of instances can help applications handle higher demand, while reducing instances during periods of lower demand can help control resource consumption. Autoscale is particularly useful for applications with variable workloads because administrators do not need to manually change instance counts whenever traffic changes. Therefore, when the requirement is to automatically add or remove App Service instances based on workload conditions, Autoscale is the correct capability.<\/span><\/p>\n<p><b>Q28. Where can an Azure App Service administrator configure application-specific environment settings such as connection strings and application settings?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> App Service Configuration<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Azure CDN<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Azure DNS<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Availability Sets<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">App Service Configuration provides a centralized location for configuring application settings, connection strings, environment variables, and related runtime configuration. These settings allow applications to obtain configuration values without hard-coding them directly into source code. App Service settings can also support different configurations across deployment environments. For example, development, staging, and production environments can use different connection information while running the same application code. Sensitive values should still be protected using appropriate security mechanisms such as Key Vault when necessary. Therefore, App Service Configuration is the appropriate location for managing application-specific environment settings and connection strings.<\/span><\/p>\n<p><b>Q29. Which feature allows an Azure App Service application to access supported Azure resources without storing credentials in application code?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Deployment slots<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Managed identity<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Custom domains<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> IP restrictions<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Managed identity allows an Azure App Service application to authenticate to supported Azure services without storing usernames, passwords, client secrets, or other credentials in application code. Azure provides an identity associated with the application, and administrators can grant that identity appropriate role-based permissions to resources such as Key Vault or storage services. This approach improves security because credential management is reduced and secrets do not need to be embedded in source code or configuration files. Developers can then use Azure authentication libraries or supported SDK mechanisms to obtain tokens. Therefore, managed identity is the appropriate feature for passwordless access from App Service to supported Azure resources.<\/span><\/p>\n<p><b>Q30. Which App Service deployment slot setting ensures that a configuration value remains associated with a specific slot during a swap?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Read-only setting<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Slot setting<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Global setting<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Shared setting<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A slot setting marks an App Service application setting or connection string as specific to a particular deployment slot. During a slot swap, values marked as slot settings remain with their original slot instead of moving to the target production slot. This is useful when staging and production require different configuration values, such as database connection strings or environment-specific settings. Without slot-specific configuration, a swap could unintentionally move values between environments. Therefore, when a configuration value must remain associated with its deployment slot during swapping, it should be configured as a slot setting.<\/span><\/p>\n<p><b>Q31. Which Azure service provides a private registry for storing and managing container images?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Azure Container Registry<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Azure Queue Storage<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Azure Application Insights<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Azure DNS<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Container Registry, commonly called ACR, is a managed Azure service used to store, manage, and distribute private container images and related artifacts. Developers can push container images into a registry and later pull them when deploying workloads to services such as Azure Container Instances or Azure Kubernetes Service. ACR supports authentication and integration with Azure services, making it suitable for enterprise container workflows. It can also support automated image build and management scenarios. Therefore, when an application requires a private repository for container images that can be integrated with Azure deployment services, Azure Container Registry is the appropriate service.<\/span><\/p>\n<p><b>Q32. Which Azure service is specifically designed to provide a managed Kubernetes environment?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Azure App Service<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Azure Functions<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Azure Kubernetes Service<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Azure Storage<\/span><\/p>\n<p><b>Correct Answer: 3)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Kubernetes Service, or AKS, provides a managed Kubernetes environment for deploying and operating containerized applications. Kubernetes handles concepts such as pods, deployments, services, scaling, and workload scheduling, while AKS reduces the operational burden associated with managing the underlying Kubernetes control plane. Developers can use Kubernetes manifests, Helm charts, and other Kubernetes tools to deploy applications. AKS is appropriate when an application requires Kubernetes orchestration capabilities rather than simply running individual containers. Therefore, Azure Kubernetes Service is the correct choice when the requirement is to deploy and manage containerized applications using a managed Kubernetes platform.<\/span><\/p>\n<p><b>Q33. Which Azure Container Instances setting determines what happens to a container after it stops?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Restart policy<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> DNS label<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Storage tier<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Deployment slot<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Container Instances provides a restart policy that controls how containers should be restarted after they stop. Common policies include Always, Never, and OnFailure. An Always policy is useful for workloads that should continuously run, while Never can be appropriate for containers designed to execute a task and stop. OnFailure can restart a container when it terminates unsuccessfully. Selecting the correct policy depends on the workload&#8217;s behavior and operational requirements. Therefore, when an administrator needs to determine how Azure Container Instances should respond when a container stops, the Restart policy is the relevant configuration.<\/span><\/p>\n<p><b>Q34. Which Azure Storage feature provides delegated, time-limited access to storage resources without sharing the storage account key?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Blob versioning<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Shared Access Signature<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Storage replication<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Lifecycle management<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A Shared Access Signature, or SAS, provides delegated access to Azure Storage resources using a token that can specify permissions, resources, and an expiration period. This allows an application or user to access storage without receiving the storage account&#8217;s primary or secondary access key. SAS tokens can be restricted to operations such as reading, writing, or deleting resources, depending on the token configuration. Because SAS provides controlled and temporary access, it is useful for scenarios where direct credential sharing should be avoided. Therefore, Shared Access Signature is the Azure Storage feature designed for delegated, time-limited access.<\/span><\/p>\n<p><b>Q35. Which Azure Storage capability can automatically move blobs to different access tiers or delete them based on defined conditions?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Storage lifecycle management<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Azure Front Door<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Managed identity<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Azure Functions Premium plan<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Storage lifecycle management allows administrators to define rules that automatically transition blobs between access tiers or delete them when specified conditions are met. For example, frequently accessed data can remain in the Hot tier, while older data can automatically move to Cool or Archive storage according to age-based rules. Lifecycle policies can also delete objects after they are no longer needed. This reduces the need for manual storage administration and can help optimize storage costs. Therefore, when the requirement is to automate blob tier transitions or deletion based on defined conditions, Azure Storage lifecycle management is the correct solution.<\/span><\/p>\n<p><b>Q36. Which Azure Blob Storage access tier is generally optimized for data that is accessed frequently?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Archive<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Cool<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Hot<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Offline<\/span><\/p>\n<p><b>Correct Answer: 3)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Hot access tier is designed for data that is expected to be accessed frequently. It generally provides lower access costs compared with less frequently accessed tiers, while storage costs are relatively higher. The Cool tier is intended for data accessed less frequently, and the Archive tier is designed for long-term data that is rarely accessed and can tolerate retrieval delays. Choosing an appropriate tier depends on access frequency, storage duration, and retrieval requirements. Therefore, when blobs are expected to be accessed frequently and need regular availability, the Hot access tier is generally the most appropriate choice.<\/span><\/p>\n<p><b>Q37. Which Azure Storage security capability protects data at rest using encryption?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Storage Service Encryption<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> DNS resolution<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Application Insights<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Autoscale<\/span><\/p>\n<p><b>Correct Answer: 1)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Storage Service Encryption automatically encrypts data stored in Azure Storage at rest. This helps protect stored information from unauthorized access to the underlying storage infrastructure. Azure manages the encryption process, and organizations can use Microsoft-managed keys or customer-managed keys depending on the storage service and security requirements. Encryption at rest is different from encryption during network transmission, where mechanisms such as HTTPS or TLS are used. Storage encryption applies to supported Azure Storage data and is designed to provide protection without requiring application developers to implement their own encryption for every stored object. Therefore, Storage Service Encryption is the appropriate capability.<\/span><\/p>\n<p><b>Q38. In Azure Cosmos DB, which property is most important when designing how data is distributed across logical partitions?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Connection string<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Partition key<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> DNS name<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Access tier<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The partition key is a fundamental design consideration in Azure Cosmos DB because it determines how items are logically grouped and distributed across physical partitions. A well-chosen partition key can help distribute requests and storage evenly, reducing the risk of creating hot partitions. The property should generally have sufficient cardinality and distribute workload effectively for the application&#8217;s access patterns. Changing partitioning strategy later can be difficult, so selecting an appropriate partition key during application design is important. Therefore, when designing how Cosmos DB data should be distributed across logical partitions, the partition key is the key property to evaluate.<\/span><\/p>\n<p><b>Q39. In Azure Cosmos DB, what does an RU\/s measure?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Number of resource users<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Replication units per server<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Request Units per second<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Recovery units per subscription<\/span><\/p>\n<p><b>Correct Answer: 3)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">RU\/s stands for Request Units per second and represents the provisioned throughput capacity of an Azure Cosmos DB resource. Different database operations consume different numbers of request units depending on factors such as item size, operation type, indexing, and query complexity. Provisioning sufficient RU\/s helps an application handle its expected workload while avoiding excessive throttling. Developers should consider both read and write patterns when estimating throughput requirements. Monitoring consumption can help identify workloads that need optimization or additional capacity. Therefore, RU\/s is the measurement used by Azure Cosmos DB to represent available request-processing throughput.<\/span><\/p>\n<p><b>Q40. Which Azure Cosmos DB feature allows an application to choose among different consistency guarantees for replicated data?<\/b><\/p>\n<p><b>1)<\/b><span style=\"font-weight: 400;\"> Access tiers<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2)<\/b><span style=\"font-weight: 400;\"> Consistency levels<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3)<\/b><span style=\"font-weight: 400;\"> Deployment slots<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4)<\/b><span style=\"font-weight: 400;\"> Storage lifecycle policies<\/span><\/p>\n<p><b>Correct Answer: 2)<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Azure Cosmos DB provides configurable consistency levels that allow applications to balance data consistency, availability, latency, and performance according to workload requirements. Depending on the chosen level, applications can receive stronger or weaker guarantees about how quickly changes become visible across replicas. This flexibility is useful because different workloads have different requirements. For example, an application requiring predictable read consistency may choose a stronger level, while another application may prioritize lower latency and higher availability. Therefore, when the requirement is to control the consistency guarantees provided for replicated Cosmos DB data, the appropriate feature is Cosmos DB consistency levels.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Microsoft AZ-204 Exam Dumps and Practice Test Dumps &nbsp; Q21. Which Azure Functions trigger is most appropriate for starting a function when an HTTP request is received? 1) Timer trigger 2) HTTP trigger 3) Queue trigger 4) Blob trigger Correct Answer: 2) Explanation: The HTTP trigger is designed to execute an Azure Function [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/12822"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=12822"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/12822\/revisions"}],"predecessor-version":[{"id":12861,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/12822\/revisions\/12861"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=12822"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=12822"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=12822"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}