AZ-305 practice questions
AZ-305 Questions 71-80: Data Integration and Resiliency Design
Use this AZ-305 questions 71-80 practice set to review Azure data platform, integration, global routing, and business continuity design decisions for the Microsoft Azure Solutions Architect Expert exam. These are original scenario questions based on public Microsoft objectives and documentation — not exam dumps or reconstructed real items.
AZ-305 Designing Microsoft Azure Infrastructure Solutions
Questions 71-80
Design data storage, integration, and business continuity solutions
Architect-level design tradeoffs
AZ-305 questions 71-80
Question 71 Storage resiliency
Choosing redundancy for zone and regional failure scenarios
A media company stores critical image assets in Azure Blob Storage. The solution must protect against a zone failure in the primary region and must also allow applications to read data from a secondary region if the primary region is unavailable. The company wants the storage platform to handle replication.
Choose one answer.
- Locally redundant storage (LRS)
- Zone-redundant storage (ZRS)
- Geo-redundant storage (GRS)
- Read-access geo-zone-redundant storage (RA-GZRS)
Explanation: RA-GZRS combines zone redundancy in the primary region with geo-replication to a secondary region and read access to that secondary endpoint. That satisfies both parts of the requirement: primary-region zone resiliency and readable data during a regional outage.
Why the other options are wrong: LRS only replicates within a single datacenter. ZRS protects across zones in one region but does not provide a secondary region. GRS provides geo-replication but does not provide read access to the secondary endpoint unless the read-access option is selected.
Objective/domain: Design data storage and business continuity solutions.
Question 72 Azure SQL continuity
Designing failover for related Azure SQL databases
An application uses three Azure SQL Database databases on the same logical server. The application must fail over the databases together to another Azure region and use stable listener endpoints so the connection string does not need to change during failover.
Choose one answer.
- Configure active geo-replication separately for each database and hard-code the secondary server name in the application.
- Configure an Azure SQL Database failover group that includes the databases and use the read-write listener endpoint.
- Back up each database to a storage account and restore the backups manually during an outage.
- Place the logical server behind Azure Load Balancer and configure health probes for SQL connections.
Explanation: Failover groups are designed to manage replication and failover for one or more Azure SQL databases. They provide listener endpoints that keep the application connection pattern stable while the databases fail over as a group.
Why the other options are wrong: A can replicate data but increases application and operational complexity. C has a much larger recovery time and manual process. D does not provide Azure SQL database replication or database-level failover.
Objective/domain: Design business continuity solutions.
Question 73 Globally distributed data
Supporting low-latency reads and writes in multiple regions
A SaaS application has users in North America, Europe, and Asia. Users update profile preferences frequently, and writes should be accepted near each user region. The data model is JSON-based, access is mostly by user ID, and the application can tolerate session consistency.
Choose one answer.
- Azure Cosmos DB for NoSQL with multiple write regions and an appropriate partition key such as user ID
- Azure Blob Storage with RA-GRS and one container per region
- Azure SQL Database Basic tier in one region with weekly exports
- Azure Files mounted by all application instances across regions
Explanation: Azure Cosmos DB is built for globally distributed, low-latency applications and supports multi-region writes. A good partition key is critical for scalable point reads and writes. Session consistency is often a good fit when users should read their own writes without requiring strong global consistency.
Why the other options are wrong: B is object storage, not a low-latency multi-write operational database for JSON profile updates. C creates a single-region write bottleneck and weak recovery approach. D is not the right service for globally distributed JSON document writes.
Objective/domain: Design data storage solutions.
Question 74 Global routing
Routing users to the closest healthy web endpoint
A public web application is deployed to App Service in two Azure regions. The architecture must route users to a healthy endpoint with low latency, provide global HTTP(S) load balancing, and support edge Web Application Firewall policy. The solution should not require users to choose a region manually.
Choose one answer.
- Azure Front Door with origin groups, health probes, routing rules, and WAF policy
- Azure Application Gateway deployed in one region only
- Azure Load Balancer with backend pools in both regions
- Azure Private DNS zones with one A record per region
Explanation: Azure Front Door is a global layer 7 service for HTTP(S) applications. It can route users to healthy origins, improve latency through edge presence, and apply WAF policy at the edge.
Why the other options are wrong: B is regional, so it does not provide the same global entry point by itself. C is regional and layer 4, not the right global HTTP routing service. D only resolves names; it does not provide health-based global application routing or WAF.
Objective/domain: Design infrastructure and business continuity solutions.
Question 75 Application integration
Decoupling order processing with multiple subscribers
An e-commerce application publishes an OrderSubmitted event. The billing, fulfillment, analytics, and customer notification services must each receive their own copy of the event. Subscribers should process messages independently, and a temporary outage in one subscriber must not block the others.
Choose one answer.
- Azure Service Bus topic with one subscription per downstream service
- Azure Service Bus queue shared by all downstream services
- Azure Storage account lifecycle management rules
- Azure Virtual Network peering between all service subnets
Explanation: A Service Bus topic supports publish/subscribe messaging. Each subscription receives a logical copy of the message and can have its own filters, dead-letter handling, and processing lifecycle. That matches independent downstream processing.
Why the other options are wrong: B is competing-consumer queue behavior; one service receives a given message rather than every service receiving its own copy. C manages storage data lifecycle, not messaging. D provides network connectivity but not asynchronous event distribution.
Objective/domain: Design integration solutions.
Question 76 Messaging disaster recovery
Understanding Service Bus Geo-Disaster Recovery
A platform team uses Azure Service Bus Premium for critical messaging. They want a disaster recovery design that provides an alias for failover to a paired namespace in another region. The architects must correctly describe what the built-in Geo-Disaster Recovery feature protects.
Choose one answer.
- It replicates namespace metadata such as entities and configuration, while message data recovery requires a separate application or replication strategy.
- It synchronously replicates every message body to the paired namespace with zero data loss for all tiers.
- It converts queues to topics during failover so multiple subscribers can receive old messages.
- It backs up Service Bus messages to Azure Blob Storage and restores them automatically after failover.
Explanation: Service Bus Geo-Disaster Recovery is primarily a metadata continuity feature for Premium namespaces. It helps preserve namespace configuration and provides an alias pattern for failover, but it does not replace a message-level replication, replay, or idempotent processing design.
Why the other options are wrong: B overstates the feature and ignores tier limitations. C invents behavior that Service Bus does not provide. D describes a backup/restore capability that is not the built-in Geo-DR mechanism.
Objective/domain: Design business continuity and integration solutions.
Question 77 VM disaster recovery
Replicating virtual machines to a secondary region
A company runs several stateful line-of-business applications on Azure virtual machines. The applications can tolerate a short outage but must be recoverable in another Azure region with orchestrated failover steps and recovery testing. The company wants to avoid keeping a fully running duplicate environment at all times.
Choose one answer.
- Use Azure Site Recovery to replicate the VMs to a recovery region and create recovery plans for failover orchestration.
- Use Azure Backup only and manually rebuild all networking and compute resources during an outage.
- Use Azure Load Balancer across two regions with the existing VMs in one backend pool.
- Use availability sets in the primary region only.
Explanation: Azure Site Recovery is the native Azure service for replicating workloads and orchestrating disaster recovery failover. Recovery plans help coordinate failover order and automation, and test failover supports validation without a full production cutover.
Why the other options are wrong: B protects data but usually results in longer, more manual recovery. C does not provide cross-region VM replication. D improves availability within a datacenter fault domain pattern but not regional disaster recovery.
Objective/domain: Design business continuity solutions.
Question 78 Data model selection
Selecting a store for time-series telemetry and analytical queries
An IoT platform ingests high-volume telemetry from devices. Data is appended continuously, rarely updated, and queried by time range for reporting and anomaly analysis. The architects want an open data lake foundation that can support analytics engines without forcing the data into an OLTP schema first.
Choose one answer.
- Azure Data Lake Storage Gen2 as the analytical storage foundation, with downstream analytics services querying curated data
- Azure Files with SMB shares mounted directly to every IoT device
- Azure Cache for Redis as the long-term system of record
- Azure SQL Database Basic tier with one table column for all raw JSON telemetry
Explanation: A data lake is a strong fit for high-volume append-oriented telemetry and analytical processing. Azure Data Lake Storage Gen2 provides scalable storage for raw and curated data that analytics services can process without requiring the original ingestion path to be modeled as transactional OLTP rows.
Why the other options are wrong: B is file sharing, not an analytical telemetry lake. C is an in-memory cache, not durable long-term analytical storage. D can store data, but a basic OLTP database with raw JSON in one column is a poor fit for large-scale analytical telemetry design.
Objective/domain: Design data storage solutions.
Question 79 Availability zones
Designing compute placement for datacenter failure tolerance
A new web API will run on virtual machines in a region that supports availability zones. The SLA target requires the application tier to keep running if a single datacenter in the region fails. The design should use Azure-native datacenter isolation.
Choose one answer.
- Deploy VM instances across multiple availability zones and place them behind a zone-redundant load balancing design.
- Deploy all VM instances into one availability set in a single zone.
- Deploy one larger VM and use premium SSD storage.
- Deploy all VM instances to one proximity placement group to minimize latency.
Explanation: Availability zones are physically separate datacenter locations within supported Azure regions. Spreading instances across zones helps protect the application tier from a single datacenter failure. A zone-redundant load balancing entry point avoids pinning access to one zone.
Why the other options are wrong: B improves fault-domain placement but does not provide multi-zone isolation as stated. C reduces neither datacenter dependency nor single-instance risk. D optimizes for low latency placement and can reduce resiliency if everything is placed too close together.
Objective/domain: Design infrastructure and business continuity solutions.
Question 80 Recovery strategy
Matching RPO and RTO to the right continuity pattern
A business-critical application has a 15-minute recovery point objective and a 30-minute recovery time objective during regional failures. The application uses a database, messaging, and web tier. Leadership asks whether nightly backups alone are sufficient because they are cheaper.
Choose one answer.
- No. Design active/passive or active/active regional resiliency with data replication, tested failover runbooks, and service-specific recovery mechanisms that meet the stated RPO and RTO.
- Yes. Nightly backups always satisfy any RPO or RTO as long as the backups are encrypted.
- Yes. A resource group export template contains all application data and can restore the environment within 30 minutes.
- No. The only valid design is active/active in every Azure region worldwide, regardless of cost or business impact.
Explanation: RPO and RTO drive continuity architecture. A 15-minute RPO and 30-minute RTO generally require planned replication and tested failover, not a manual rebuild from nightly backups. The exact pattern can vary by service, but the design must prove the recovery objectives can be met.
Why the other options are wrong: B confuses backup existence with recovery objective compliance. C infrastructure templates do not contain runtime application data. D may be unnecessary and cost-prohibitive; AZ-305 expects the least-complex design that satisfies stated requirements.
Objective/domain: Design business continuity solutions.
Answer key summary
| Question | Answer | Key idea |
|---|---|---|
| 71 | D | RA-GZRS for zone resiliency plus readable geo-secondary |
| 72 | B | Azure SQL failover group with stable listener |
| 73 | A | Cosmos DB multi-region writes for global JSON workloads |
| 74 | A | Azure Front Door for global HTTP(S) routing and WAF |
| 75 | A | Service Bus topic for publish/subscribe integration |
| 76 | A | Service Bus Geo-DR protects metadata, not message bodies |
| 77 | A | Site Recovery for VM replication and failover orchestration |
| 78 | A | Data Lake Storage Gen2 for analytical telemetry storage |
| 79 | A | Availability zones for datacenter isolation |
| 80 | A | RPO/RTO drive replication and failover design |
Sources
- Microsoft Learn: Study guide for Exam AZ-305
- Microsoft Learn: Azure Well-Architected Framework
- Microsoft Learn: Azure Well-Architected Framework reliability guidance
- Microsoft Learn: What are Azure Availability Zones?
- Microsoft Learn: Azure Storage data redundancy
- Microsoft Learn: Azure SQL Database failover groups
- Microsoft Learn: Distribute data globally with Azure Cosmos DB
- Microsoft Learn: Azure Front Door overview
- Microsoft Learn: Azure Service Bus Geo-Disaster Recovery
- Microsoft Learn: Azure Site Recovery overview
- Microsoft Learn: Understand data store models




