window.ExamData = window.ExamData || {};
window.ExamData['az-305'] = {
  meta: {
    id: 'az-305',
    title: { en: 'Designing Microsoft Azure Infrastructure Solutions', de: 'Entwurf von Microsoft Azure-Infrastrukturlösungen' },
    description: { 
      en: 'This exam measures your ability to design identity, governance, monitoring, data storage, business continuity, and infrastructure solutions on Azure.',
      de: 'Diese Prüfung misst Ihre Fähigkeit, Identitäts-, Governance-, Überwachungs-, Datenspeicher-, Geschäftskontinuitäts- und Infrastrukturlösungen auf Azure zu entwerfen.'
    },
    icon: '🏗️',
    level: 'expert',
    passingScore: 700,
    totalTime: 120,
    questionCount: '120+',
    msLearnUrl: 'https://learn.microsoft.com/en-us/certifications/exams/az-305/',
    domains: [
      {
        name: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
        weight: '25-30%',
        objectives: [
          { en: 'Design solutions for logging and monitoring', de: 'Lösungen für Protokollierung und Überwachung entwerfen' },
          { en: 'Design authentication and authorization solutions', de: 'Authentifizierungs- und Autorisierungslösungen entwerfen' },
          { en: 'Design governance', de: 'Governance entwerfen' },
          { en: 'Design identities and access for applications', de: 'Identitäten und Zugriff für Anwendungen entwerfen' }
        ]
      },
      {
        name: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
        weight: '20-25%',
        objectives: [
          { en: 'Design a data storage solution for relational data', de: 'Datenspeicherlösung für relationale Daten entwerfen' },
          { en: 'Design a data storage solution for non-relational data', de: 'Datenspeicherlösung für nicht-relationale Daten entwerfen' },
          { en: 'Design data integration', de: 'Datenintegration entwerfen' }
        ]
      },
      {
        name: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
        weight: '15-20%',
        objectives: [
          { en: 'Design a solution for backup and disaster recovery', de: 'Lösung für Backup und Notfallwiederherstellung entwerfen' },
          { en: 'Design for high availability', de: 'Hochverfügbarkeit entwerfen' }
        ]
      },
      {
        name: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
        weight: '25-30%',
        objectives: [
          { en: 'Design a compute solution', de: 'Computelösung entwerfen' },
          { en: 'Design an application architecture', de: 'Anwendungsarchitektur entwerfen' },
          { en: 'Design migrations', de: 'Migrationen entwerfen' },
          { en: 'Design network solutions', de: 'Netzwerklösungen entwerfen' }
        ]
      }
    ]
  },
  questions: [
    {
      id: 'az305-001',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'You need to query logs from virtual machines, App Service, and custom application telemetry by using Kusto Query Language (KQL). Which Azure resource should store and analyze this data?', de: 'Sie müssen Protokolle von virtuellen Maschinen, App Service und benutzerdefinierter Anwendungstelemetrie mit Kusto Query Language (KQL) auswerten. Welche Azure-Ressource sollte diese Daten speichern und analysieren?' },
      options: [
        { id: 'A', text: { en: 'Azure Monitor Metrics', de: 'Azure Monitor Metrics' } },
        { id: 'B', text: { en: 'Log Analytics workspace', de: 'Log Analytics-Arbeitsbereich' } },
        { id: 'C', text: { en: 'Network Watcher', de: 'Network Watcher' } },
        { id: 'D', text: { en: 'Azure Advisor', de: 'Azure Advisor' } }
      ],
      correct: ['B'],
      explanation: { en: 'A Log Analytics workspace is the data store for Azure Monitor Logs. It centralizes telemetry from many sources and lets you query, correlate, alert on, and visualize the data by using KQL.', de: 'Ein Log Analytics-Arbeitsbereich ist der Datenspeicher für Azure Monitor Logs. Er bündelt Telemetrie aus vielen Quellen und ermöglicht die Auswertung, Korrelation, Alarmierung und Visualisierung der Daten mit KQL.' },
      hint: { en: 'Think about where Azure Monitor log data is actually stored and queried.', de: 'Denken Sie daran, wo Azure Monitor-Protokolldaten tatsächlich gespeichert und abgefragt werden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/logs/design-logs-deployment'
    },
    {
      id: 'az305-002',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Monitor component should you design to send email, SMS, push, or webhook notifications when an alert rule is triggered?', de: 'Welche Azure Monitor-Komponente sollten Sie entwerfen, um bei Auslösung einer Warnungsregel E-Mails, SMS, Push-Benachrichtigungen oder Webhooks zu senden?' },
      options: [
        { id: 'A', text: { en: 'Azure Policy', de: 'Azure Policy' } },
        { id: 'B', text: { en: 'Action Group', de: 'Aktionsgruppe' } },
        { id: 'C', text: { en: 'Data Collection Rule', de: 'Datensammlungsregel' } },
        { id: 'D', text: { en: 'Workbook', de: 'Arbeitsmappe' } }
      ],
      correct: ['B'],
      explanation: { en: 'Action Groups define the notification and remediation actions that happen when an Azure Monitor alert fires. They can call email, SMS, voice, push, webhooks, Logic Apps, Automation runbooks, and other endpoints.', de: 'Aktionsgruppen definieren die Benachrichtigungs- und Reaktionsschritte, die ausgeführt werden, wenn eine Azure Monitor-Warnung ausgelöst wird. Sie können E-Mail, SMS, Sprachanruf, Push, Webhooks, Logic Apps, Automation-Runbooks und weitere Ziele ansprechen.' },
      hint: { en: 'The alert rule detects the condition, but another object handles the notification targets.', de: 'Die Warnungsregel erkennt die Bedingung, aber ein anderes Objekt definiert die Benachrichtigungsziele.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/alerts/action-groups'
    },
    {
      id: 'az305-003',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. is onboarding dozens of Azure subscriptions for separate business units. The platform team must enforce allowed Azure regions and mandatory cost-center tags on every current and future subscription without configuring each subscription individually.', de: 'Contoso, Ltd. nimmt Dutzende Azure-Abonnements für verschiedene Geschäftsbereiche in Betrieb. Das Plattformteam muss zulässige Azure-Regionen und verpflichtende Kostenstellen-Tags für alle aktuellen und zukünftigen Abonnements durchsetzen, ohne jedes Abonnement einzeln zu konfigurieren.' },
      question: { en: 'What should you design?', de: 'Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Resource locks on every subscription', de: 'Ressourcensperren für jedes Abonnement' } },
        { id: 'B', text: { en: 'Management groups with Azure Policy assignments at management group scope', de: 'Verwaltungsgruppen mit Azure Policy-Zuweisungen auf Ebene der Verwaltungsgruppe' } },
        { id: 'C', text: { en: 'Local administrator scripts in each subscription', de: 'Lokale Administratorskripte in jedem Abonnement' } },
        { id: 'D', text: { en: 'Separate Microsoft Entra tenants for each business unit', de: 'Separate Microsoft Entra-Mandanten für jeden Geschäftsbereich' } }
      ],
      correct: ['B'],
      explanation: { en: 'Management groups provide hierarchical organization above subscriptions, and Azure Policy assignments can be inherited by all child subscriptions. This is the standard design for enforcing governance consistently at scale without repeating configuration work.', de: 'Verwaltungsgruppen bieten eine hierarchische Organisation oberhalb von Abonnements, und Azure Policy-Zuweisungen werden an untergeordnete Abonnements vererbt. Das ist der Standardansatz, um Governance konsistent und in großem Maßstab durchzusetzen, ohne Konfigurationen ständig zu wiederholen.' },
      hint: { en: 'Look for the Azure construct that sits above subscriptions and supports inheritance.', de: 'Suchen Sie nach dem Azure-Konstrukt oberhalb von Abonnements, das Vererbung unterstützt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/management-groups/overview'
    },
    {
      id: 'az305-004',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which identity approaches let an application access Azure resources without storing a long-lived secret in code or configuration?', de: 'Welche Identitätsansätze ermöglichen es einer Anwendung, auf Azure-Ressourcen zuzugreifen, ohne ein langlebiges Geheimnis im Code oder in der Konfiguration zu speichern?' },
      options: [
        { id: 'A', text: { en: 'System-assigned managed identity', de: 'Systemseitig zugewiesene verwaltete Identität' } },
        { id: 'B', text: { en: 'User-assigned managed identity', de: 'Benutzerseitig zugewiesene verwaltete Identität' } },
        { id: 'C', text: { en: 'Service principal with a client secret embedded in source code', de: 'Dienstprinzipal mit im Quellcode eingebettetem Clientgeheimnis' } },
        { id: 'D', text: { en: 'Storage account key stored in plain text', de: 'Speicherkontoschlüssel im Klartext gespeichert' } },
        { id: 'E', text: { en: 'SQL login password stored in application settings', de: 'SQL-Anmeldekennwort in Anwendungseinstellungen gespeichert' } }
      ],
      correct: ['A', 'B'],
      explanation: { en: 'Managed identities obtain tokens from Microsoft Entra ID without the application storing passwords, secrets, or keys. System-assigned identities are tied to one resource, while user-assigned identities can be shared across multiple resources.', de: 'Verwaltete Identitäten beziehen Token von Microsoft Entra ID, ohne dass die Anwendung Kennwörter, Geheimnisse oder Schlüssel speichern muss. Systemseitig zugewiesene Identitäten sind an eine Ressource gebunden, während benutzerseitig zugewiesene Identitäten von mehreren Ressourcen gemeinsam genutzt werden können.' },
      hint: { en: 'Choose the options that remove secret management from the application entirely.', de: 'Wählen Sie die Optionen, bei denen die Anwendung überhaupt keine Geheimnisse mehr selbst verwalten muss.' },
      reference: 'https://learn.microsoft.com/en-us/azure/active-directory/managed-identities-azure-resources/overview'
    },
    {
      id: 'az305-005',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service should you use to centrally store secrets, certificates, and encryption keys with auditing and role-based access control?', de: 'Welchen Azure-Dienst sollten Sie verwenden, um Geheimnisse, Zertifikate und Verschlüsselungsschlüssel zentral mit Überwachung und rollenbasierter Zugriffskontrolle zu speichern?' },
      options: [
        { id: 'A', text: { en: 'Azure App Configuration', de: 'Azure App Configuration' } },
        { id: 'B', text: { en: 'Azure Key Vault', de: 'Azure Key Vault' } },
        { id: 'C', text: { en: 'Azure Files', de: 'Azure Files' } },
        { id: 'D', text: { en: 'Microsoft Sentinel', de: 'Microsoft Sentinel' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Key Vault is designed for secure storage of secrets, keys, and certificates. It integrates with RBAC, managed identities, logging, and optional hardware security boundaries for sensitive workloads.', de: 'Azure Key Vault ist für die sichere Speicherung von Geheimnissen, Schlüsseln und Zertifikaten vorgesehen. Der Dienst integriert sich in RBAC, verwaltete Identitäten, Protokollierung und bei Bedarf auch in hardwaregestützte Sicherheitsgrenzen für sensible Workloads.' },
      hint: { en: 'This service is Azure’s dedicated secret store.', de: 'Dieser Dienst ist der spezielle Geheimnisspeicher von Azure.' },
      reference: 'https://learn.microsoft.com/en-us/azure/key-vault/general/overview'
    },
    {
      id: 'az305-006',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Fabrikam, Inc., a solution uses an App Service web app and several Azure Functions. All components need the same permissions to Key Vault and Azure SQL, and the identity must survive redeployments and slot swaps.', de: 'Bei Fabrikam, Inc. verwendet eine App Service-Web-App und mehrere Azure Functions. Alle Komponenten benötigen dieselben Berechtigungen für Key Vault und Azure SQL, und die Identität muss Neu-Bereitstellungen sowie Slot-Wechsel überstehen.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'A separate system-assigned identity on every resource', de: 'Eine separate systemseitig zugewiesene Identität für jede Ressource' } },
        { id: 'B', text: { en: 'One user-assigned managed identity attached to each compute resource', de: 'Eine benutzerseitig zugewiesene verwaltete Identität, die an jede Compute-Ressource gebunden wird' } },
        { id: 'C', text: { en: 'SQL logins stored in application settings', de: 'In Anwendungseinstellungen gespeicherte SQL-Anmeldungen' } },
        { id: 'D', text: { en: 'Shared SAS tokens stored in Key Vault', de: 'Gemeinsam genutzte SAS-Token in Key Vault' } }
      ],
      correct: ['B'],
      explanation: { en: 'A user-assigned managed identity can be attached to multiple Azure resources and keeps the same principal identity across redeployments. That makes permission management simpler when several workloads need identical access to Azure resources.', de: 'Eine benutzerseitig zugewiesene verwaltete Identität kann mehreren Azure-Ressourcen zugeordnet werden und behält dieselbe Prinzipalidentität über Neu-Bereitstellungen hinweg. Dadurch wird die Berechtigungsverwaltung deutlich einfacher, wenn mehrere Workloads identische Zugriffe auf Azure-Ressourcen benötigen.' },
      hint: { en: 'Choose the identity type that is reusable across more than one Azure resource.', de: 'Wählen Sie den Identitätstyp, der von mehr als einer Azure-Ressource wiederverwendet werden kann.' },
      reference: 'https://learn.microsoft.com/en-us/azure/active-directory/managed-identities-azure-resources/overview'
    },
    {
      id: 'az305-007',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Your administrators need just-in-time elevation to privileged Azure roles with approval workflows and auditing. Which Microsoft Entra feature should you recommend?', de: 'Ihre Administratoren benötigen Just-in-Time-Erhöhungen für privilegierte Azure-Rollen mit Genehmigungsworkflows und Überwachung. Welche Microsoft Entra-Funktion sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Privileged Identity Management', de: 'Privileged Identity Management' } },
        { id: 'B', text: { en: 'Conditional Access', de: 'Bedingter Zugriff' } },
        { id: 'C', text: { en: 'Access Reviews', de: 'Zugriffsüberprüfungen' } },
        { id: 'D', text: { en: 'Entitlement Management', de: 'Berechtigungsverwaltung' } }
      ],
      correct: ['A'],
      explanation: { en: 'Microsoft Entra Privileged Identity Management provides eligible role assignments, time-bound activation, approval, MFA enforcement, and audit trails. It is specifically designed to reduce standing privileged access in Azure and Microsoft Entra ID.', de: 'Microsoft Entra Privileged Identity Management bietet berechtigte Rollenzuweisungen, zeitlich begrenzte Aktivierungen, Genehmigungen, MFA-Erzwingung und Prüfprotokolle. Die Funktion ist speziell dafür gedacht, dauerhaft bestehende privilegierte Zugriffe in Azure und Microsoft Entra ID zu reduzieren.' },
      hint: { en: 'The requirement is about eligible roles and temporary activation, not regular sign-in policy.', de: 'Hier geht es um berechtigte Rollen und temporäre Aktivierung, nicht um normale Anmelderichtlinien.' },
      reference: 'https://learn.microsoft.com/en-us/entra/id-governance/privileged-identity-management/pim-configure'
    },
    {
      id: 'az305-008',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure governance elements are used directly to define and apply policy at scale?', de: 'Welche Azure-Governanceelemente werden direkt verwendet, um Richtlinien in großem Maßstab zu definieren und anzuwenden?' },
      options: [
        { id: 'A', text: { en: 'Policy definitions', de: 'Richtliniendefinitionen' } },
        { id: 'B', text: { en: 'Initiatives', de: 'Initiativen' } },
        { id: 'C', text: { en: 'Management groups', de: 'Verwaltungsgruppen' } },
        { id: 'D', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'E', text: { en: 'Route tables', de: 'Routentabellen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Policy definitions describe individual rules, initiatives group multiple policies, and management groups provide a higher scope for inheritance across subscriptions. Availability sets and route tables serve compute and networking purposes, not policy governance.', de: 'Richtliniendefinitionen beschreiben einzelne Regeln, Initiativen bündeln mehrere Richtlinien, und Verwaltungsgruppen liefern einen übergeordneten Geltungsbereich für die Vererbung über Abonnements hinweg. Verfügbarkeitsgruppen und Routentabellen dienen dagegen Compute- und Netzwerkzwecken, nicht der Richtlinien-Governance.' },
      hint: { en: 'Select the options that belong to the Azure Policy and hierarchy model.', de: 'Wählen Sie die Optionen aus, die zum Azure Policy- und Hierarchiemodell gehören.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/policy/overview'
    },
    {
      id: 'az305-009',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Monitor feature should you use to build interactive visual reports that combine metrics, log queries, and parameters without exporting the data to another tool?', de: 'Welche Azure Monitor-Funktion sollten Sie verwenden, um interaktive Berichte mit Metriken, Log-Abfragen und Parametern zu erstellen, ohne die Daten in ein anderes Tool zu exportieren?' },
      options: [
        { id: 'A', text: { en: 'Azure Dashboards', de: 'Azure-Dashboards' } },
        { id: 'B', text: { en: 'Azure Monitor Workbooks', de: 'Azure Monitor-Arbeitsmappen' } },
        { id: 'C', text: { en: 'Alert processing rules', de: 'Regeln zur Warnungsverarbeitung' } },
        { id: 'D', text: { en: 'Azure Service Health', de: 'Azure Service Health' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Monitor Workbooks are designed for rich, parameterized visual analysis of operational data. They can combine KQL queries, metrics, text, charts, and links in one reusable troubleshooting or reporting experience.', de: 'Azure Monitor-Arbeitsmappen sind für eine umfangreiche, parametrisierte visuelle Analyse von Betriebsdaten gedacht. Sie können KQL-Abfragen, Metriken, Texte, Diagramme und Links in einer wiederverwendbaren Oberfläche für Fehleranalyse oder Reporting zusammenführen.' },
      hint: { en: 'You need a visual analysis artifact, not a detection rule.', de: 'Sie benötigen ein Artefakt zur visuellen Analyse und keine Erkennungsregel.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/visualize/workbooks-overview'
    },
    {
      id: 'az305-010',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Woodgrove Bank, a hybrid organization, currently authenticates users against on-premises Active Directory and wants users to sign in to Microsoft 365 and Azure apps even if federation servers become unavailable. The design should minimize on-premises dependencies and still allow seamless sign-in for domain-joined devices.', de: 'Woodgrove Bank, eine hybride Organisation, authentifiziert Benutzer derzeit über ein lokales Active Directory und möchte, dass Anmeldungen an Microsoft 365 und Azure-Apps auch dann funktionieren, wenn Föderationsserver ausfallen. Das Design soll lokale Abhängigkeiten minimieren und trotzdem eine nahtlose Anmeldung für domänengebundene Geräte ermöglichen.' },
      question: { en: 'Which authentication approach should you choose?', de: 'Welchen Authentifizierungsansatz sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Federation with AD FS', de: 'Föderation mit AD FS' } },
        { id: 'B', text: { en: 'Pass-through Authentication with a single agent', de: 'Pass-through Authentication mit nur einem Agenten' } },
        { id: 'C', text: { en: 'Password Hash Synchronization with Seamless SSO', de: 'Password Hash Synchronization mit Seamless SSO' } },
        { id: 'D', text: { en: 'Separate cloud-only accounts for all users', de: 'Separate reine Cloudkonten für alle Benutzer' } }
      ],
      correct: ['C'],
      explanation: { en: 'Password Hash Synchronization provides cloud authentication in Microsoft Entra ID and removes dependence on federation infrastructure for sign-in. Combined with Seamless SSO, it offers a resilient design with reduced on-premises coupling for most enterprises.', de: 'Password Hash Synchronization ermöglicht Cloudauthentifizierung in Microsoft Entra ID und beseitigt die Abhängigkeit von einer Föderationsinfrastruktur bei der Anmeldung. In Kombination mit Seamless SSO entsteht für die meisten Unternehmen ein robuster Ansatz mit deutlich weniger lokaler Kopplung.' },
      hint: { en: 'Choose the design that keeps authentication in the cloud rather than relying on federation servers.', de: 'Wählen Sie das Design, bei dem die Authentifizierung in der Cloud statt über Föderationsserver erfolgt.' },
      reference: 'https://learn.microsoft.com/en-us/entra/identity/hybrid/connect/whatis-phs'
    },
    {
      id: 'az305-011',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which enterprise design approach provides a target operating model with subscriptions, management groups, policies, RBAC, and network topology aligned to cloud adoption best practices?', de: 'Welcher Unternehmensansatz liefert ein Zielbetriebsmodell mit Abonnements, Verwaltungsgruppen, Richtlinien, RBAC und Netzwerktopologie gemäß den Best Practices für die Cloud-Einführung?' },
      options: [
        { id: 'A', text: { en: 'Azure landing zones', de: 'Azure Landing Zones' } },
        { id: 'B', text: { en: 'Recovery Services vaults', de: 'Recovery Services-Tresore' } },
        { id: 'C', text: { en: 'Azure Arc-enabled servers', de: 'Azure Arc-fähige Server' } },
        { id: 'D', text: { en: 'Cost Management budgets', de: 'Cost Management-Budgets' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure landing zones define the foundational platform architecture for enterprise-scale Azure adoption. They combine identity, governance, subscription design, networking, security, and operations into a consistent target state.', de: 'Azure Landing Zones definieren die grundlegende Plattformarchitektur für eine Azure-Einführung im Unternehmensmaßstab. Sie verbinden Identität, Governance, Abonnementdesign, Netzwerk, Sicherheit und Betrieb zu einem konsistenten Zielzustand.' },
      hint: { en: 'The answer is a platform blueprint, not a single Azure service.', de: 'Die Antwort ist ein Plattformzielbild und kein einzelner Azure-Dienst.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ready/landing-zone/'
    },
    {
      id: 'az305-012',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure database service is usually the best fit for lifting and shifting SQL Server applications that require instance-level features such as SQL Agent and cross-database queries?', de: 'Welcher Azure-Datenbankdienst eignet sich in der Regel am besten für die Migration von SQL Server-Anwendungen, die instanzweite Funktionen wie SQL Agent und abfrageübergreifende Datenbankfunktionen benötigen?' },
      options: [
        { id: 'A', text: { en: 'Azure SQL Database', de: 'Azure SQL Database' } },
        { id: 'B', text: { en: 'Azure SQL Managed Instance', de: 'Azure SQL Managed Instance' } },
        { id: 'C', text: { en: 'Azure Cosmos DB', de: 'Azure Cosmos DB' } },
        { id: 'D', text: { en: 'Azure Database for PostgreSQL', de: 'Azure Database for PostgreSQL' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure SQL Managed Instance offers the closest PaaS compatibility with SQL Server instance capabilities. It is often the preferred design when a workload depends on features that are not fully available in a single Azure SQL Database.', de: 'Azure SQL Managed Instance bietet die größte PaaS-Kompatibilität zu SQL Server-Instanzfunktionen. Sie ist oft die bevorzugte Wahl, wenn ein Workload auf Funktionen angewiesen ist, die in einer einzelnen Azure SQL Database nicht vollständig verfügbar sind.' },
      hint: { en: 'Look for the option with the highest SQL Server instance compatibility.', de: 'Suchen Sie nach der Option mit der höchsten Kompatibilität zu einer SQL Server-Instanz.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/azure-sql-iaas-vs-paas-what-is-overview'
    },
    {
      id: 'az305-013',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'You are designing a globally distributed application that needs single-digit millisecond reads, schema-flexible JSON documents, automatic indexing, and turnkey multi-region replication. Which service should you choose?', de: 'Sie entwerfen eine global verteilte Anwendung, die Lesezugriffe im einstelligen Millisekundenbereich, schemaflexible JSON-Dokumente, automatische Indizierung und integrierte Multi-Region-Replikation benötigt. Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure SQL Database', de: 'Azure SQL Database' } },
        { id: 'B', text: { en: 'Azure Cosmos DB', de: 'Azure Cosmos DB' } },
        { id: 'C', text: { en: 'Azure Table Storage', de: 'Azure Table Storage' } },
        { id: 'D', text: { en: 'Azure Database for MySQL', de: 'Azure Database for MySQL' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Cosmos DB is designed for globally distributed, low-latency, schema-flexible applications. It provides automatic indexing, tunable consistency, and native multi-region replication that would otherwise require significant custom architecture.', de: 'Azure Cosmos DB ist für global verteilte, latenzarme und schemaflexible Anwendungen konzipiert. Der Dienst bietet automatische Indizierung, anpassbare Konsistenz und native Multi-Region-Replikation, die sonst erheblichen Eigenaufwand verursachen würde.' },
      hint: { en: 'Think of Azure’s globally distributed NoSQL database service.', de: 'Denken Sie an den global verteilten NoSQL-Datenbankdienst von Azure.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/introduction'
    },
    {
      id: 'az305-014',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'A SaaS application at Fabrikam, Inc. stores tenant operational data in Azure SQL Database. The company needs cross-region disaster recovery with automatic failover, a read-only secondary for reporting, and an application connection endpoint that stays consistent after failover.', de: 'Eine SaaS-Anwendung bei Fabrikam, Inc. speichert Mandanten-Betriebsdaten in Azure SQL Database. Das Unternehmen benötigt standortübergreifende Notfallwiederherstellung mit automatischem Failover, eine schreibgeschützte Sekundärdatenbank für Reporting und einen gleichbleibenden Verbindungsendpunkt nach einem Failover.' },
      question: { en: 'What should you design?', de: 'Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Long-term retention backups', de: 'Langzeitaufbewahrungs-Backups' } },
        { id: 'B', text: { en: 'Auto-failover groups', de: 'Auto-Failover-Gruppen' } },
        { id: 'C', text: { en: 'Elastic pools only', de: 'Nur elastische Pools' } },
        { id: 'D', text: { en: 'Geo-restore from backups', de: 'Geo-Wiederherstellung aus Backups' } }
      ],
      correct: ['B'],
      explanation: { en: 'Auto-failover groups provide a listener endpoint, automatic failover between regions, and access to secondary replicas for read workloads. This design is far more appropriate for planned resiliency than relying on restore-based recovery alone.', de: 'Auto-Failover-Gruppen liefern einen Listener-Endpunkt, automatisches Failover zwischen Regionen und Zugriff auf Sekundärreplikate für Lese-Workloads. Dieses Design ist für echte Resilienz deutlich geeigneter als eine reine Wiederherstellung aus Backups.' },
      hint: { en: 'The key clue is the stable listener name plus automatic cross-region failover.', de: 'Der entscheidende Hinweis ist der stabile Listener-Name zusammen mit automatischem standortübergreifendem Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview'
    },
    {
      id: 'az305-015',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Blob Storage features should you enable to recover from accidental deletion or overwrite and to prevent unauthorized data changes?', de: 'Welche Funktionen von Azure Blob Storage sollten Sie aktivieren, um sich von versehentlichem Löschen oder Überschreiben zu erholen und unbefugte Datenänderungen zu verhindern?' },
      options: [
        { id: 'A', text: { en: 'Blob versioning', de: 'Blobversionierung' } },
        { id: 'B', text: { en: 'Blob soft delete', de: 'Blob-Soft-Delete' } },
        { id: 'C', text: { en: 'Immutable storage policy', de: 'Richtlinie für unveränderlichen Speicher' } },
        { id: 'D', text: { en: 'Azure Files snapshots', de: 'Azure Files-Snapshots' } },
        { id: 'E', text: { en: 'Azure CDN profile', de: 'Azure CDN-Profil' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Blob versioning preserves previous object states, soft delete enables recovery after deletion, and immutable storage prevents changes or deletions during the retention period. Azure Files snapshots and CDN profiles do not directly provide these protections for Blob objects.', de: 'Die Blobversionierung bewahrt frühere Objektstände, Soft Delete ermöglicht die Wiederherstellung nach Löschungen, und unveränderlicher Speicher verhindert Änderungen oder Löschungen während des Aufbewahrungszeitraums. Azure Files-Snapshots und CDN-Profile bieten diese Schutzmechanismen für Blobobjekte nicht direkt.' },
      hint: { en: 'Combine recovery features with a retention feature that blocks tampering.', de: 'Kombinieren Sie Wiederherstellungsfunktionen mit einer Aufbewahrungsfunktion, die Manipulationen verhindert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/immutable-storage-overview'
    },
    {
      id: 'az305-016',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure storage service is best suited for massive amounts of unstructured object data and provides Hot, Cool, and Archive access tiers?', de: 'Welcher Azure-Speicherdienst eignet sich am besten für große Mengen unstrukturierter Objektdaten und bietet die Zugriffsebenen Hot, Cool und Archive?' },
      options: [
        { id: 'A', text: { en: 'Azure Blob Storage', de: 'Azure Blob Storage' } },
        { id: 'B', text: { en: 'Azure Files', de: 'Azure Files' } },
        { id: 'C', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'D', text: { en: 'Managed disks', de: 'Verwaltete Datenträger' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Blob Storage is the core object storage platform in Azure. It is optimized for unstructured data such as documents, images, backups, and data lake content, and it supports multiple cost-optimized access tiers.', de: 'Azure Blob Storage ist die zentrale Objektspeicherplattform in Azure. Sie ist für unstrukturierte Daten wie Dokumente, Bilder, Backups und Data-Lake-Inhalte optimiert und unterstützt mehrere kostenoptimierte Zugriffsebenen.' },
      hint: { en: 'The answer is Azure’s object storage service.', de: 'Die Antwort ist der Objektspeicherdienst von Azure.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/storage-blobs-introduction'
    },
    {
      id: 'az305-017',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB consistency level gives a client session read-your-writes behavior while typically offering lower latency than strong consistency?', de: 'Welche Konsistenzebene in Azure Cosmos DB bietet einer Clientsitzung Read-your-writes-Verhalten und in der Regel eine geringere Latenz als starke Konsistenz?' },
      options: [
        { id: 'A', text: { en: 'Eventual', de: 'Eventual' } },
        { id: 'B', text: { en: 'Consistent Prefix', de: 'Consistent Prefix' } },
        { id: 'C', text: { en: 'Session', de: 'Session' } },
        { id: 'D', text: { en: 'Bounded Staleness', de: 'Bounded Staleness' } }
      ],
      correct: ['C'],
      explanation: { en: 'Session consistency is the default model for many Cosmos DB workloads because it preserves read-your-writes and monotonic reads within a session. It strikes a practical balance between application correctness and lower latency compared to strong consistency.', de: 'Session-Konsistenz ist für viele Cosmos DB-Workloads das Standardmodell, weil sie innerhalb einer Sitzung Read-your-writes und monotone Lesevorgänge sicherstellt. Sie bietet einen praxistauglichen Ausgleich zwischen fachlicher Korrektheit und geringerer Latenz gegenüber starker Konsistenz.' },
      hint: { en: 'The requirement is scoped to one client session, not all clients globally.', de: 'Die Anforderung bezieht sich auf eine einzelne Clientsitzung und nicht auf alle Clients weltweit.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/consistency-levels'
    },
    {
      id: 'az305-018',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Woodgrove Bank, a hospital, stores diagnostic images in Azure. Images are accessed frequently for the first month, rarely afterward, must be retained for seven years, and must not be deleted or modified during the retention period.', de: 'Woodgrove Bank, ein Krankenhaus, speichert diagnostische Bilder in Azure. Die Bilder werden im ersten Monat häufig, danach nur selten abgerufen, müssen sieben Jahre aufbewahrt werden und dürfen während dieser Zeit weder gelöscht noch verändert werden.' },
      question: { en: 'Which design best meets the requirement?', de: 'Welches Design erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'Azure Files Premium with snapshots', de: 'Azure Files Premium mit Snapshots' } },
        { id: 'B', text: { en: 'Azure Blob Storage with lifecycle management to Cool or Archive and an immutable retention policy', de: 'Azure Blob Storage mit Lifecycle Management in Cool oder Archive sowie einer unveränderlichen Aufbewahrungsrichtlinie' } },
        { id: 'C', text: { en: 'Managed disks with daily backups', de: 'Verwaltete Datenträger mit täglichen Backups' } },
        { id: 'D', text: { en: 'Azure NetApp Files with replication', de: 'Azure NetApp Files mit Replikation' } }
      ],
      correct: ['B'],
      explanation: { en: 'Blob lifecycle management lets the platform automatically move data to more cost-effective tiers as access decreases. An immutable retention policy adds the compliance control that prevents modification or deletion for the required retention period.', de: 'Mit Blob Lifecycle Management kann die Plattform Daten automatisch in kostengünstigere Ebenen verschieben, wenn der Zugriff abnimmt. Eine unveränderliche Aufbewahrungsrichtlinie ergänzt die erforderliche Compliance-Kontrolle und verhindert Änderungen oder Löschungen während der festgelegten Frist.' },
      hint: { en: 'You need both tiering economics and write-protection for compliance.', de: 'Sie benötigen sowohl eine wirtschaftliche Tiering-Strategie als auch einen Schreibschutz aus Compliance-Gründen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/lifecycle-management-overview'
    },
    {
      id: 'az305-019',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure SQL Database features can be used to improve resiliency and readable scale for globally distributed applications?', de: 'Welche Funktionen von Azure SQL Database können verwendet werden, um Resilienz und lesende Skalierung für global verteilte Anwendungen zu verbessern?' },
      options: [
        { id: 'A', text: { en: 'Active geo-replication', de: 'Aktive Georeplikation' } },
        { id: 'B', text: { en: 'Auto-failover groups', de: 'Auto-Failover-Gruppen' } },
        { id: 'C', text: { en: 'Read scale-out', de: 'Leseskalierung' } },
        { id: 'D', text: { en: 'Elastic pools', de: 'Elastische Pools' } },
        { id: 'E', text: { en: 'Ledger', de: 'Ledger' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Active geo-replication and auto-failover groups add cross-region database resiliency, while read scale-out can offload read traffic to secondary replicas in supported service tiers. Elastic pools focus on cost and resource sharing, and ledger addresses tamper evidence rather than global scale.', de: 'Aktive Georeplikation und Auto-Failover-Gruppen erhöhen die Datenbankresilienz über Regionen hinweg, während Leseskalierung in unterstützten Dienstebenen Leseverkehr auf sekundäre Replikate verlagern kann. Elastische Pools zielen primär auf Kosten- und Ressourcenbündelung, und Ledger dient der Manipulationsnachweisbarkeit statt der globalen Skalierung.' },
      hint: { en: 'Pick the options related to replicas, failover, and read distribution.', de: 'Wählen Sie die Optionen aus, die mit Replikaten, Failover und Leseverteilung zu tun haben.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/read-scale-out'
    },
    {
      id: 'az305-020',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'You need to orchestrate recurring data movement from on-premises SQL Server, SFTP locations, and SaaS applications into Azure with minimal custom code. Which service should you choose?', de: 'Sie müssen wiederkehrende Datenbewegungen aus lokalem SQL Server, SFTP-Quellen und SaaS-Anwendungen mit minimalem Eigenentwicklungsaufwand nach Azure orchestrieren. Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Data Factory', de: 'Azure Data Factory' } },
        { id: 'B', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Azure Monitor', de: 'Azure Monitor' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Data Factory is designed for pipeline orchestration, scheduled movement, transformation, and integration across many data sources. It reduces custom coding by providing managed connectors, mapping data flows, and hybrid integration capabilities.', de: 'Azure Data Factory ist für Pipeline-Orchestrierung, zeitgesteuerte Datenbewegung, Transformation und Integration über viele Datenquellen hinweg ausgelegt. Durch verwaltete Konnektoren, Mapping Data Flows und Hybridintegrationsfunktionen reduziert der Dienst den Eigenentwicklungsaufwand deutlich.' },
      hint: { en: 'Think of Azure’s managed ETL and orchestration service.', de: 'Denken Sie an den verwalteten ETL- und Orchestrierungsdienst von Azure.' },
      reference: 'https://learn.microsoft.com/en-us/azure/data-factory/introduction'
    },
    {
      id: 'az305-021',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service should you use for policy-based backup of Azure virtual machines, Azure Files, and SQL Server in Azure virtual machines?', de: 'Welchen Azure-Dienst sollten Sie für richtlinienbasierte Sicherungen von Azure-VMs, Azure Files und SQL Server in Azure-VMs verwenden?' },
      options: [
        { id: 'A', text: { en: 'Azure Backup', de: 'Azure Backup' } },
        { id: 'B', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } },
        { id: 'C', text: { en: 'Azure Update Manager', de: 'Azure Update Manager' } },
        { id: 'D', text: { en: 'Azure Data Box', de: 'Azure Data Box' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Backup is the managed backup service for a range of Azure and hybrid workloads. It uses policies, vaults, retention settings, and centralized management to protect data without requiring a separate backup infrastructure.', de: 'Azure Backup ist der verwaltete Sicherungsdienst für verschiedene Azure- und Hybridworkloads. Er nutzt Richtlinien, Tresore, Aufbewahrungsregeln und zentrale Verwaltung, ohne dass eine separate Backup-Infrastruktur aufgebaut werden muss.' },
      hint: { en: 'This is backup, not orchestration of failover to another site.', de: 'Hier geht es um Backup und nicht um die Orchestrierung eines Failovers an einen anderen Standort.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/backup-overview'
    },
    {
      id: 'az305-022',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Contoso, Ltd., a manufacturer runs 80 Azure virtual machines that host its order management system. The business requires an RTO of less than one hour, periodic non-disruptive failover tests, and orchestration to a secondary region.', de: 'Contoso, Ltd. betreibt 80 Azure-VMs für sein Auftragsmanagementsystem. Das Unternehmen fordert ein RTO von unter einer Stunde, regelmäßige nicht störende Failover-Tests und eine Orchestrierung in eine sekundäre Region.' },
      question: { en: 'Which service should you recommend?', de: 'Welchen Dienst sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Backup Center', de: 'Backup Center' } },
        { id: 'B', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } },
        { id: 'C', text: { en: 'Azure Update Manager', de: 'Azure Update Manager' } },
        { id: 'D', text: { en: 'Azure Traffic Manager', de: 'Azure Traffic Manager' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Site Recovery replicates workloads to a secondary region and supports recovery plans, test failovers, and coordinated failover operations. It is built for disaster recovery scenarios where backup alone would not meet the required recovery time objective.', de: 'Azure Site Recovery repliziert Workloads in eine sekundäre Region und unterstützt Wiederherstellungspläne, Test-Failovers und koordinierte Umschaltvorgänge. Der Dienst ist für Notfallwiederherstellungsszenarien ausgelegt, bei denen ein reines Backup das geforderte Wiederherstellungsziel zeitlich nicht erreichen würde.' },
      hint: { en: 'The requirement includes replication, failover orchestration, and test failovers.', de: 'Die Anforderung umfasst Replikation, Failover-Orchestrierung und Test-Failovers.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/site-recovery-overview'
    },
    {
      id: 'az305-023',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'For a zonal-capable VM workload in one Azure region, which design provides the best protection against a single datacenter failure?', de: 'Welches Design bietet für einen zonenfähigen VM-Workload in einer Azure-Region den besten Schutz gegen den Ausfall eines einzelnen Rechenzentrums?' },
      options: [
        { id: 'A', text: { en: 'Place all VMs in one availability set', de: 'Alle VMs in einer Verfügbarkeitsgruppe platzieren' } },
        { id: 'B', text: { en: 'Distribute VMs across Availability Zones and use a zone-redundant Standard Load Balancer', de: 'VMs auf Verfügbarkeitszonen verteilen und einen zonenredundanten Standard Load Balancer verwenden' } },
        { id: 'C', text: { en: 'Use multiple fault domains inside one datacenter only', de: 'Nur mehrere Fehlerdomänen innerhalb eines Rechenzentrums verwenden' } },
        { id: 'D', text: { en: 'Rely only on daily VM backups', de: 'Ausschließlich auf tägliche VM-Backups setzen' } }
      ],
      correct: ['B'],
      explanation: { en: 'Availability Zones place resources in physically separate datacenters within the same region. Combining zonal distribution with a zone-redundant load balancer addresses datacenter-level failures while still keeping the workload regional.', de: 'Verfügbarkeitszonen platzieren Ressourcen in physisch getrennten Rechenzentren innerhalb derselben Region. Die Verteilung über Zonen zusammen mit einem zonenredundanten Load Balancer schützt vor Ausfällen auf Rechenzentrumsebene und hält den Workload gleichzeitig regional.' },
      hint: { en: 'Think beyond fault domains inside one datacenter.', de: 'Denken Sie über Fehlerdomänen innerhalb eines einzelnen Rechenzentrums hinaus.' },
      reference: 'https://learn.microsoft.com/en-us/azure/reliability/availability-zones-overview'
    },
    {
      id: 'az305-024',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which design decisions help meet high availability requirements for a VM-based application inside a single Azure region?', de: 'Welche Designentscheidungen helfen dabei, Hochverfügbarkeitsanforderungen für eine VM-basierte Anwendung innerhalb einer einzelnen Azure-Region zu erfüllen?' },
      options: [
        { id: 'A', text: { en: 'Deploy VMs across Availability Zones', de: 'VMs über Verfügbarkeitszonen verteilen' } },
        { id: 'B', text: { en: 'Use a zone-redundant Standard Load Balancer', de: 'Einen zonenredundanten Standard Load Balancer verwenden' } },
        { id: 'C', text: { en: 'Place every VM in the same rack for lower latency', de: 'Jede VM für geringere Latenz im selben Rack platzieren' } },
        { id: 'D', text: { en: 'Use only locally redundant storage for all data copies', de: 'Für alle Datenkopien ausschließlich lokal redundanten Speicher verwenden' } },
        { id: 'E', text: { en: 'Use zone-redundant managed disks where supported', de: 'Soweit unterstützt zonenredundante verwaltete Datenträger verwenden' } }
      ],
      correct: ['A', 'B', 'E'],
      explanation: { en: 'High availability within a region is improved by spreading compute across zones and using zone-aware or zone-redundant platform components. Zone-redundant managed disks can add storage-layer resilience, while placing everything together or using only local redundancy does not protect against broader facility failures.', de: 'Die Hochverfügbarkeit innerhalb einer Region verbessert sich, wenn Compute-Ressourcen über Zonen verteilt und zonenfähige oder zonenredundante Plattformkomponenten eingesetzt werden. Zonenredundante verwaltete Datenträger erhöhen die Resilienz auf Speicherebene, während eine enge Platzierung oder rein lokale Redundanz nicht gegen größere Standortausfälle schützt.' },
      hint: { en: 'Pick the options that remove single points of failure inside the region.', de: 'Wählen Sie die Optionen, die einzelne Fehlerpunkte innerhalb der Region beseitigen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/reliability/availability-zones-overview'
    },
    {
      id: 'az305-025',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which restore capability lets you recover an Azure SQL Database to a specific time within the configured retention window after accidental data loss?', de: 'Welche Wiederherstellungsfunktion ermöglicht es, eine Azure SQL Database nach versehentlichem Datenverlust auf einen bestimmten Zeitpunkt innerhalb des konfigurierten Aufbewahrungsfensters zurückzusetzen?' },
      options: [
        { id: 'A', text: { en: 'Geo-restore', de: 'Geo-Wiederherstellung' } },
        { id: 'B', text: { en: 'Point-in-time restore', de: 'Point-in-Time Restore' } },
        { id: 'C', text: { en: 'Auto-failover group', de: 'Auto-Failover-Gruppe' } },
        { id: 'D', text: { en: 'BACPAC export', de: 'BACPAC-Export' } }
      ],
      correct: ['B'],
      explanation: { en: 'Point-in-time restore uses automated backups to recover a database to a chosen timestamp within the retention period. It is the standard recovery option for accidental deletion or logical corruption discovered soon after the event.', de: 'Point-in-Time Restore nutzt automatische Sicherungen, um eine Datenbank innerhalb des Aufbewahrungszeitraums auf einen gewählten Zeitstempel zurückzusetzen. Dies ist die Standardoption für die Wiederherstellung nach versehentlichem Löschen oder logischer Beschädigung, wenn der Vorfall zeitnah erkannt wird.' },
      hint: { en: 'The requirement is for a specific timestamp, not a regional failover.', de: 'Die Anforderung bezieht sich auf einen bestimmten Zeitstempel und nicht auf ein regionales Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/recovery-using-backups'
    },
    {
      id: 'az305-026',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders\'s e-commerce platform runs in East US and plans to add West US as a secondary region. Customers must connect to the nearest healthy public endpoint automatically, and the VM-based application tier must be recoverable in the secondary region if the primary region fails.', de: 'Die E-Commerce-Plattform von Tailwind Traders läuft in East US und soll um West US als Sekundärregion ergänzt werden. Kunden müssen automatisch den nächstgelegenen gesunden öffentlichen Endpunkt nutzen, und die VM-basierte Anwendungsebene muss bei Ausfall der Primärregion in der Sekundärregion wiederherstellbar sein.' },
      question: { en: 'Which combined design best meets the requirement?', de: 'Welches kombinierte Design erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door only', de: 'Nur Azure Front Door' } },
        { id: 'B', text: { en: 'Azure Site Recovery only', de: 'Nur Azure Site Recovery' } },
        { id: 'C', text: { en: 'Azure Front Door with Azure Site Recovery', de: 'Azure Front Door zusammen mit Azure Site Recovery' } },
        { id: 'D', text: { en: 'VPN Gateway with Azure Backup', de: 'VPN Gateway zusammen mit Azure Backup' } }
      ],
      correct: ['C'],
      explanation: { en: 'Azure Front Door gives a global entry point, health-based routing, and automatic redirection to a healthy region. Azure Site Recovery addresses the VM disaster recovery requirement by replicating and orchestrating failover to the secondary region.', de: 'Azure Front Door stellt einen globalen Einstiegspunkt, zustandsabhängiges Routing und die automatische Umleitung auf eine gesunde Region bereit. Azure Site Recovery erfüllt die Anforderung an die Notfallwiederherstellung der VMs, indem Replikation und Failover in die Sekundärregion orchestriert werden.' },
      hint: { en: 'One service handles global user entry, and another handles VM recovery.', de: 'Ein Dienst übernimmt den globalen Benutzereinstieg, ein anderer die Wiederherstellung der VMs.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/site-recovery-overview'
    },
    {
      id: 'az305-027',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which vault storage redundancy option should you choose for Azure Backup if recovery data must remain available after a regional outage?', de: 'Welche Redundanzoption für den Tresorspeicher sollten Sie bei Azure Backup wählen, wenn Wiederherstellungsdaten auch nach einem regionalen Ausfall verfügbar bleiben müssen?' },
      options: [
        { id: 'A', text: { en: 'Locally redundant storage (LRS)', de: 'Lokal redundanter Speicher (LRS)' } },
        { id: 'B', text: { en: 'Zone-redundant storage (ZRS)', de: 'Zonenredundanter Speicher (ZRS)' } },
        { id: 'C', text: { en: 'Geo-redundant storage (GRS)', de: 'Georedundanter Speicher (GRS)' } },
        { id: 'D', text: { en: 'Premium SSD v2', de: 'Premium SSD v2' } }
      ],
      correct: ['C'],
      explanation: { en: 'Geo-redundant storage copies backup data to a secondary region, which is the design choice when regional disaster resilience is required. LRS and ZRS keep the data within a single region and therefore do not satisfy the same regional continuity goal.', de: 'Georedundanter Speicher repliziert Sicherungsdaten in eine sekundäre Region und ist damit die passende Wahl, wenn Resilienz gegen regionale Katastrophen gefordert ist. LRS und ZRS halten die Daten innerhalb einer einzigen Region und erfüllen dieses Ziel daher nicht in gleicher Weise.' },
      hint: { en: 'The key phrase is after a regional outage, not after a zone outage.', de: 'Der entscheidende Ausdruck lautet nach einem regionalen Ausfall und nicht nach einem Zonenausfall.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/backup-azure-redundancy-concepts'
    },
    {
      id: 'az305-028',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure compute service is designed for containerized applications that need Kubernetes orchestration, rolling upgrades, and cluster autoscaling?', de: 'Welcher Azure-Compute-Dienst ist für containerisierte Anwendungen konzipiert, die Kubernetes-Orchestrierung, Rolling Upgrades und Cluster-Autoskalierung benötigen?' },
      options: [
        { id: 'A', text: { en: 'Azure Kubernetes Service (AKS)', de: 'Azure Kubernetes Service (AKS)' } },
        { id: 'B', text: { en: 'Azure Batch', de: 'Azure Batch' } },
        { id: 'C', text: { en: 'Azure Virtual Desktop', de: 'Azure Virtual Desktop' } },
        { id: 'D', text: { en: 'Azure Container Instances', de: 'Azure Container Instances' } }
      ],
      correct: ['A'],
      explanation: { en: 'AKS is the managed Kubernetes platform in Azure. It is the natural design choice when you need container orchestration features such as cluster management, rolling deployments, autoscaling, and integration with the broader Azure ecosystem.', de: 'AKS ist die verwaltete Kubernetes-Plattform in Azure. Sie ist die naheliegende Wahl, wenn Containerorchestrierung mit Funktionen wie Clusterverwaltung, Rolling Deployments, Autoskalierung und Integration in das Azure-Ökosystem benötigt wird.' },
      hint: { en: 'The requirement explicitly mentions Kubernetes orchestration.', de: 'Die Anforderung nennt ausdrücklich Kubernetes-Orchestrierung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/what-is-aks'
    },
    {
      id: 'az305-029',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service is the best fit for a web application that needs deployment slots, built-in authentication options, autoscaling, and minimal platform management?', de: 'Welcher Azure-Dienst eignet sich am besten für eine Webanwendung, die Deployment Slots, integrierte Authentifizierungsoptionen, Autoskalierung und minimalen Plattformverwaltungsaufwand benötigt?' },
      options: [
        { id: 'A', text: { en: 'Azure App Service', de: 'Azure App Service' } },
        { id: 'B', text: { en: 'Azure Virtual Machines', de: 'Azure Virtual Machines' } },
        { id: 'C', text: { en: 'Azure Kubernetes Service', de: 'Azure Kubernetes Service' } },
        { id: 'D', text: { en: 'Azure Service Bus', de: 'Azure Service Bus' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure App Service is a managed platform for web apps and APIs that includes deployment slots, scaling, certificates, authentication integration, and operational tooling. Using VMs or AKS would introduce more infrastructure management than the stated requirement calls for.', de: 'Azure App Service ist eine verwaltete Plattform für Web-Apps und APIs mit Deployment Slots, Skalierung, Zertifikaten, Authentifizierungsintegration und Betriebswerkzeugen. Der Einsatz von VMs oder AKS würde deutlich mehr Infrastrukturverwaltung bedeuten als in der Anforderung vorgesehen.' },
      hint: { en: 'The application is web-focused and does not need container orchestration.', de: 'Die Anwendung ist webbasiert und benötigt keine Containerorchestrierung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/overview'
    },
    {
      id: 'az305-030',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Your company needs private, dedicated connectivity from its datacenter to Azure with predictable latency, higher bandwidth options, and no reliance on the public internet. Which service should you choose?', de: 'Ihr Unternehmen benötigt eine private dedizierte Verbindung vom Rechenzentrum zu Azure mit vorhersagbarer Latenz, höheren Bandbreitenoptionen und ohne Abhängigkeit vom öffentlichen Internet. Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'VPN Gateway', de: 'VPN Gateway' } },
        { id: 'B', text: { en: 'ExpressRoute', de: 'ExpressRoute' } },
        { id: 'C', text: { en: 'VNet peering', de: 'VNet-Peering' } },
        { id: 'D', text: { en: 'Azure Front Door', de: 'Azure Front Door' } }
      ],
      correct: ['B'],
      explanation: { en: 'ExpressRoute provides private connectivity between on-premises environments and Microsoft cloud services through a connectivity provider. It is designed for predictable network performance and avoids sending traffic over the public internet.', de: 'ExpressRoute stellt über einen Konnektivitätsanbieter eine private Verbindung zwischen lokalen Umgebungen und Microsoft-Cloud-Diensten bereit. Der Dienst ist für vorhersehbare Netzwerkleistung ausgelegt und vermeidet die Übertragung über das öffentliche Internet.' },
      hint: { en: 'The requirement is for private WAN-style connectivity, not encrypted internet transport.', de: 'Gefordert ist eine private WAN-ähnliche Verbindung und nicht lediglich verschlüsselter Internetverkehr.' },
      reference: 'https://learn.microsoft.com/en-us/azure/expressroute/expressroute-introduction'
    },
    {
      id: 'az305-031',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Tailwind Traders hosts the same web application in two Azure regions. The company wants a single global HTTPS endpoint, web application firewall protection, SSL offload at the edge, and automatic routing to the nearest healthy region.', de: 'Tailwind Traders betreibt dieselbe Webanwendung in zwei Azure-Regionen. Das Unternehmen möchte einen globalen HTTPS-Endpunkt, Schutz durch eine Web Application Firewall, SSL-Offload am Edge und eine automatische Weiterleitung in die nächstgelegene gesunde Region.' },
      question: { en: 'Which service should you recommend?', de: 'Welchen Dienst sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'B', text: { en: 'Azure VPN Gateway', de: 'Azure VPN Gateway' } },
        { id: 'C', text: { en: 'Azure Load Balancer', de: 'Azure Load Balancer' } },
        { id: 'D', text: { en: 'Azure NAT Gateway', de: 'Azure NAT Gateway' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Front Door is a global layer-7 entry service that provides anycast-based routing, edge SSL termination, WAF integration, and health-based failover across regions. Regional load balancers do not provide the same global application delivery capabilities.', de: 'Azure Front Door ist ein globaler Layer-7-Einstiegsdienst mit Anycast-basiertem Routing, SSL-Terminierung am Edge, WAF-Integration und zustandsabhängigem Failover über Regionen hinweg. Regionale Load Balancer bieten diese globale Anwendungsbereitstellung nicht im gleichen Umfang.' },
      hint: { en: 'You need a global HTTP(S) service, not a regional load balancer.', de: 'Sie benötigen einen globalen HTTP(S)-Dienst und keinen regionalen Load Balancer.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/front-door-overview'
    },
    {
      id: 'az305-032',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service is most appropriate for event-driven code that runs for short periods, scales automatically, and is billed per execution?', de: 'Welcher Azure-Dienst eignet sich am besten für ereignisgesteuerten Code, der nur kurz läuft, automatisch skaliert und pro Ausführung abgerechnet wird?' },
      options: [
        { id: 'A', text: { en: 'Azure Functions', de: 'Azure Functions' } },
        { id: 'B', text: { en: 'Azure Virtual Machines', de: 'Azure Virtual Machines' } },
        { id: 'C', text: { en: 'Azure App Service Environment', de: 'Azure App Service Environment' } },
        { id: 'D', text: { en: 'Azure Dedicated Host', de: 'Azure Dedicated Host' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Functions is the serverless compute service for event-driven and short-running code paths. It scales automatically and, on consumption-based plans, charges according to executions and resource consumption rather than permanently allocated servers.', de: 'Azure Functions ist der serverlose Computedienst für ereignisgesteuerte und kurz laufende Codepfade. Er skaliert automatisch und rechnet in verbrauchsabhängigen Plänen nach Ausführungen und Ressourcenverbrauch ab, statt dauerhaft reservierte Server zu verlangen.' },
      hint: { en: 'This is the serverless option in Azure.', de: 'Das ist die serverlose Option in Azure.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-functions/functions-overview'
    },
    {
      id: 'az305-033',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'In a hub-and-spoke VNet topology, which services are commonly centralized in the hub to provide egress control, hybrid connectivity, and secure browser-based administrative access?', de: 'Welche Dienste werden in einer Hub-and-Spoke-VNet-Topologie typischerweise im Hub zentralisiert, um ausgehende Kontrolle, Hybridkonnektivität und sicheren browserbasierten Administratorzugriff bereitzustellen?' },
      options: [
        { id: 'A', text: { en: 'Azure Firewall', de: 'Azure Firewall' } },
        { id: 'B', text: { en: 'VPN Gateway or ExpressRoute gateway', de: 'VPN Gateway oder ExpressRoute-Gateway' } },
        { id: 'C', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'D', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } },
        { id: 'E', text: { en: 'Azure CDN', de: 'Azure CDN' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'A hub-and-spoke design often places shared network services in the hub so spokes can remain simpler and more isolated. Azure Firewall centralizes traffic inspection, the gateway provides hybrid connectivity, and Azure Bastion enables secure management without exposing VM RDP or SSH ports publicly.', de: 'In einem Hub-and-Spoke-Design werden gemeinsam genutzte Netzwerkdienste häufig im Hub zentralisiert, damit Spokes einfacher und stärker isoliert bleiben. Azure Firewall bündelt die Verkehrsprüfung, das Gateway liefert die Hybridkonnektivität, und Azure Bastion ermöglicht eine sichere Verwaltung, ohne RDP- oder SSH-Ports öffentlich freizugeben.' },
      hint: { en: 'Pick the shared network and admin services that reduce duplication in each spoke.', de: 'Wählen Sie die gemeinsamen Netzwerk- und Verwaltungsdienste, die Doppelaufwand in jedem Spoke vermeiden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/reference-architectures/hybrid-networking/hub-spoke'
    },
    {
      id: 'az305-034',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service should you use to discover on-premises servers, map application dependencies, and assess readiness and cost before migration?', de: 'Welchen Azure-Dienst sollten Sie verwenden, um lokale Server zu ermitteln, Anwendungsabhängigkeiten zu kartieren und Bereitschaft sowie Kosten vor einer Migration zu bewerten?' },
      options: [
        { id: 'A', text: { en: 'Azure Migrate', de: 'Azure Migrate' } },
        { id: 'B', text: { en: 'Azure DevOps', de: 'Azure DevOps' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Azure Lighthouse', de: 'Azure Lighthouse' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Migrate is the central service for discovery, assessment, dependency mapping, and migration planning for many server workloads. It helps architects build migration waves and estimate target Azure sizing and cost before moving systems.', de: 'Azure Migrate ist der zentrale Dienst für Ermittlung, Bewertung, Abhängigkeitsanalyse und Migrationsplanung vieler Server-Workloads. Er unterstützt Architekten dabei, Migrationswellen zu definieren und Zielgrößen sowie Kosten in Azure vorab abzuschätzen.' },
      hint: { en: 'The requirement is assessment and migration planning, not traffic routing or operations.', de: 'Gefordert sind Bewertung und Migrationsplanung und nicht Verkehrssteuerung oder Betriebsmanagement.' },
      reference: 'https://learn.microsoft.com/en-us/azure/migrate/migrate-services-overview'
    },
    {
      id: 'az305-035',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'A workload in a virtual network must connect privately to Azure SQL Database and Azure Storage without exposing those services to the public internet. Which design should you choose?', de: 'Ein Workload in einem virtuellen Netzwerk muss privat mit Azure SQL Database und Azure Storage verbunden werden, ohne diese Dienste dem öffentlichen Internet auszusetzen. Welches Design sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Service endpoints only', de: 'Nur Service Endpoints' } },
        { id: 'B', text: { en: 'Private Endpoints', de: 'Private Endpoints' } },
        { id: 'C', text: { en: 'Network security groups', de: 'Netzwerksicherheitsgruppen' } },
        { id: 'D', text: { en: 'NAT Gateway', de: 'NAT Gateway' } }
      ],
      correct: ['B'],
      explanation: { en: 'Private Endpoints give PaaS services a private IP inside your virtual network through Azure Private Link. This removes the need for public exposure and keeps traffic on the Microsoft backbone, which is a stronger design than simply limiting public access with service endpoints.', de: 'Private Endpoints geben PaaS-Diensten über Azure Private Link eine private IP-Adresse innerhalb Ihres virtuellen Netzwerks. Dadurch entfällt die öffentliche Exponierung, und der Datenverkehr bleibt im Microsoft-Backbone, was ein stärkeres Design darstellt als die reine Einschränkung öffentlichen Zugriffs über Service Endpoints.' },
      hint: { en: 'The service itself should appear as a private address in your VNet.', de: 'Der Dienst selbst soll in Ihrem VNet als private Adresse erscheinen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az305-036',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders is deploying a private AKS cluster. Pods must retrieve secrets from Azure Key Vault without storing them in images or plain Kubernetes secrets, and administrators will manage the cluster over ExpressRoute from on-premises.', de: 'Tailwind Traders führt einen privaten AKS-Cluster ein. Pods müssen Geheimnisse aus Azure Key Vault abrufen, ohne sie in Images oder als Klartext-Kubernetes-Secrets zu speichern, und Administratoren verwalten den Cluster lokal über ExpressRoute.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Public AKS cluster with secrets stored in ConfigMaps', de: 'Öffentlicher AKS-Cluster mit in ConfigMaps gespeicherten Geheimnissen' } },
        { id: 'B', text: { en: 'Private AKS cluster with managed identity and the Key Vault CSI driver', de: 'Privater AKS-Cluster mit verwalteter Identität und dem Key Vault CSI-Treiber' } },
        { id: 'C', text: { en: 'Virtual machine scale set with local encrypted files', de: 'Virtual Machine Scale Set mit lokal verschlüsselten Dateien' } },
        { id: 'D', text: { en: 'Azure App Service with application settings', de: 'Azure App Service mit Anwendungseinstellungen' } }
      ],
      correct: ['B'],
      explanation: { en: 'A private AKS cluster keeps the API server off the public internet, which aligns with the network isolation requirement. Using managed identity together with the Key Vault CSI driver allows workloads to retrieve secrets securely at runtime instead of embedding them in images or static Kubernetes objects.', de: 'Ein privater AKS-Cluster hält den API-Server vom öffentlichen Internet fern und erfüllt damit die Anforderung an die Netzisolierung. Die Kombination aus verwalteter Identität und Key Vault CSI-Treiber ermöglicht es Workloads, Geheimnisse sicher zur Laufzeit abzurufen, statt sie in Images oder statischen Kubernetes-Objekten zu hinterlegen.' },
      hint: { en: 'The answer must address both private cluster access and secret retrieval from Key Vault.', de: 'Die Antwort muss sowohl den privaten Clusterzugang als auch den sicheren Abruf von Geheimnissen aus Key Vault abdecken.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/csi-secrets-store-driver'
    },
    {
      id: 'az305-037',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'A small branch office with 20 users needs encrypted site-to-site connectivity to Azure at the lowest practical cost by using the public internet. Which service should you choose?', de: 'Eine kleine Niederlassung mit 20 Benutzern benötigt zu möglichst geringen Kosten eine verschlüsselte Site-to-Site-Verbindung zu Azure über das öffentliche Internet. Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure VPN Gateway', de: 'Azure VPN Gateway' } },
        { id: 'B', text: { en: 'ExpressRoute Direct', de: 'ExpressRoute Direct' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Application Gateway', de: 'Application Gateway' } }
      ],
      correct: ['A'],
      explanation: { en: 'VPN Gateway is the typical design for encrypted site-to-site connectivity over the internet when cost sensitivity is important. ExpressRoute is more suitable for dedicated private connectivity and generally comes with greater complexity and cost.', de: 'VPN Gateway ist der typische Ansatz für verschlüsselte Site-to-Site-Konnektivität über das Internet, wenn Kosten eine wichtige Rolle spielen. ExpressRoute ist eher für private dedizierte Verbindungen gedacht und bringt in der Regel mehr Komplexität und höhere Kosten mit sich.' },
      hint: { en: 'The key clues are small branch, encrypted tunnel, and low cost.', de: 'Die entscheidenden Hinweise sind kleine Niederlassung, verschlüsselter Tunnel und geringe Kosten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-about-vpngateways'
    },
    {
      id: 'az305-038',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which compute design best supports a stateless web tier on Azure virtual machines that must autoscale and remain balanced across instances?', de: 'Welches Computedesign unterstützt am besten eine zustandslose Webschicht auf Azure-VMs, die automatisch skalieren und über Instanzen hinweg ausgeglichen bleiben muss?' },
      options: [
        { id: 'A', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } },
        { id: 'B', text: { en: 'Virtual Machine Scale Sets', de: 'Virtual Machine Scale Sets' } },
        { id: 'C', text: { en: 'Dedicated Host', de: 'Dedicated Host' } },
        { id: 'D', text: { en: 'Azure Batch pools', de: 'Azure Batch-Pools' } }
      ],
      correct: ['B'],
      explanation: { en: 'Virtual Machine Scale Sets are designed for large sets of identical VMs with autoscaling and integration with Azure load balancing. They fit stateless front-end workloads much better than manually managing separate VMs in an availability set.', de: 'Virtual Machine Scale Sets sind für große Gruppen identischer VMs mit Autoskalierung und Integration in das Azure-Load-Balancing ausgelegt. Für zustandslose Frontend-Workloads passen sie deutlich besser als das manuelle Verwalten einzelner VMs in einer Verfügbarkeitsgruppe.' },
      hint: { en: 'The solution should scale identical VM instances automatically.', de: 'Die Lösung soll identische VM-Instanzen automatisch skalieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-machine-scale-sets/overview'
    },
    {
      id: 'az305-039',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Two virtual networks in the same Azure region must communicate privately with low latency and without deploying gateways. Which networking option should you choose?', de: 'Zwei virtuelle Netzwerke in derselben Azure-Region müssen privat, mit geringer Latenz und ohne Bereitstellung von Gateways miteinander kommunizieren. Welche Netzwerkoption sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'VNet peering', de: 'VNet-Peering' } },
        { id: 'B', text: { en: 'VPN Gateway', de: 'VPN Gateway' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'ExpressRoute circuit', de: 'ExpressRoute-Leitung' } }
      ],
      correct: ['A'],
      explanation: { en: 'VNet peering connects Azure virtual networks over the Microsoft backbone with low latency and high bandwidth. It does not require gateway deployment for basic connectivity between the peered VNets, which makes it a straightforward regional network design choice.', de: 'VNet-Peering verbindet Azure Virtual Networks mit geringer Latenz und hoher Bandbreite über das Microsoft-Backbone. Für die grundlegende Konnektivität zwischen den gekoppelten VNets sind keine Gateways erforderlich, was es zu einer einfachen regionalen Netzwerkoption macht.' },
      hint: { en: 'You need direct Azure-to-Azure private connectivity between VNets.', de: 'Benötigt wird eine direkte private Azure-zu-Azure-Konnektivität zwischen VNets.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az305-040',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Contoso, Ltd. is moving hundreds of servers and applications to Azure over several migration waves. The target state requires standardized subscriptions with governance and network controls in place before workloads arrive.', de: 'Contoso, Ltd. verlagert Hunderte Server und Anwendungen in mehreren Migrationswellen nach Azure. Der Zielzustand verlangt standardisierte Abonnements mit bereits vorhandenen Governance- und Netzwerkkontrollen, bevor Workloads ankommen.' },
      question: { en: 'Which combination should you recommend?', de: 'Welche Kombination sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Backup with ad hoc subscriptions', de: 'Azure Backup mit ad hoc angelegten Abonnements' } },
        { id: 'B', text: { en: 'Azure Migrate with Azure landing zones', de: 'Azure Migrate zusammen mit Azure Landing Zones' } },
        { id: 'C', text: { en: 'App Service Migration Assistant only', de: 'Nur den App Service Migration Assistant' } },
        { id: 'D', text: { en: 'Manual server rebuilds in a single subscription', de: 'Manueller Serverneuaufbau in einem einzigen Abonnement' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Migrate supports discovery, assessment, and execution planning for migration waves, while Azure landing zones provide the governed target platform architecture. Together they align migration execution with a well-designed Azure operating model instead of moving workloads into an unprepared environment.', de: 'Azure Migrate unterstützt Ermittlung, Bewertung und Umsetzungsplanung für Migrationswellen, während Azure Landing Zones die gesteuerte Zielplattformarchitektur bereitstellen. Zusammen verbinden sie die eigentliche Migration mit einem sauber vorbereiteten Azure-Betriebsmodell, statt Workloads in eine unvorbereitete Umgebung zu verschieben.' },
      hint: { en: 'One service plans and moves workloads; the other defines the governed target platform.', de: 'Ein Dienst plant und verschiebt Workloads, der andere definiert die gesteuerte Zielplattform.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ready/landing-zone/'
    },
    {
      id: 'az305-041',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Monitor capability should you instrument in a distributed web application to collect request rates, dependency timings, exceptions, and end-to-end transaction traces?', de: 'Welche Azure Monitor-Funktion sollten Sie in einer verteilten Webanwendung instrumentieren, um Anforderungsraten, Abhängigkeitslaufzeiten, Ausnahmen und End-to-End-Transaktionsabläufe zu erfassen?' },
      options: [
        { id: 'A', text: { en: 'Azure Service Health', de: 'Azure Service Health' } },
        { id: 'B', text: { en: 'Application Insights', de: 'Application Insights' } },
        { id: 'C', text: { en: 'Azure Activity Log', de: 'Azure Activity Log' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['B'],
      explanation: { en: 'Application Insights is the Azure Monitor feature designed for application performance monitoring. It captures requests, dependencies, exceptions, and distributed traces so architects can analyze application behavior instead of only platform events.', de: 'Application Insights ist die Azure Monitor-Funktion für das Application Performance Monitoring. Sie erfasst Anforderungen, Abhängigkeiten, Ausnahmen und verteilte Ablaufverfolgungen, sodass Architekten das Anwendungsverhalten und nicht nur Plattformereignisse analysieren können.' },
      hint: { en: 'Look for the service focused on application telemetry rather than resource configuration or platform status.', de: 'Suchen Sie nach dem Dienst, der sich auf Anwendungstelemetrie und nicht auf Ressourcenkonfiguration oder Plattformstatus konzentriert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/app/app-insights-overview'
    },
    {
      id: 'az305-042',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'You are standardizing the Azure Monitor Agent on Windows and Linux virtual machines. Which Azure resource should define which event logs, performance counters, and destinations the agent uses?', de: 'Sie standardisieren den Azure Monitor Agent auf Windows- und Linux-VMs. Welche Azure-Ressource sollte definieren, welche Ereignisprotokolle, Leistungsindikatoren und Ziele der Agent verwendet?' },
      options: [
        { id: 'A', text: { en: 'Diagnostic setting', de: 'Diagnoseeinstellung' } },
        { id: 'B', text: { en: 'Workbook', de: 'Arbeitsmappe' } },
        { id: 'C', text: { en: 'Data Collection Rule', de: 'Datensammlungsregel' } },
        { id: 'D', text: { en: 'Action Group', de: 'Aktionsgruppe' } }
      ],
      correct: ['C'],
      explanation: { en: 'A Data Collection Rule defines what the Azure Monitor Agent collects and where it sends the data. It is the core design element for standardizing VM data collection, filtering, and routing across environments.', de: 'Eine Datensammlungsregel definiert, was der Azure Monitor Agent sammelt und wohin die Daten gesendet werden. Sie ist das zentrale Designelement, um die Datenerfassung, Filterung und Weiterleitung auf VMs über Umgebungen hinweg zu standardisieren.' },
      hint: { en: 'The question is about controlling agent collection behavior, not alert delivery or visualization.', de: 'Die Frage betrifft die Steuerung des Sammelverhaltens des Agents und nicht die Zustellung von Warnungen oder die Visualisierung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/data-collection/data-collection-rule-overview'
    },
    {
      id: 'az305-043',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Contoso, Ltd. runs Azure Firewall, Key Vault, and Storage accounts in several subscriptions. The security team needs resource logs and metrics from these services sent to a central Log Analytics workspace and forwarded to an external SIEM through Event Hubs.', de: 'Contoso, Ltd. betreibt Azure Firewall, Key Vault und Storage-Konten in mehreren Abonnements. Das Sicherheitsteam benötigt Ressourcenprotokolle und Metriken dieser Dienste in einem zentralen Log Analytics-Arbeitsbereich sowie eine Weiterleitung an ein externes SIEM über Event Hubs.' },
      question: { en: 'What should you implement on the Azure resources?', de: 'Was sollten Sie auf den Azure-Ressourcen implementieren?' },
      options: [
        { id: 'A', text: { en: 'Azure Monitor Agent extensions on administrator workstations', de: 'Azure Monitor Agent-Erweiterungen auf Administratorarbeitsstationen' } },
        { id: 'B', text: { en: 'Diagnostic settings that stream platform logs and metrics to the required destinations', de: 'Diagnoseeinstellungen, die Plattformprotokolle und Metriken an die erforderlichen Ziele streamen' } },
        { id: 'C', text: { en: 'Action Groups with email and webhook actions', de: 'Aktionsgruppen mit E-Mail- und Webhook-Aktionen' } },
        { id: 'D', text: { en: 'Backup policies for every resource group', de: 'Sicherungsrichtlinien für jede Ressourcengruppe' } }
      ],
      correct: ['B'],
      explanation: { en: 'Diagnostic settings are used to route Azure platform logs and metrics from supported resources to destinations such as Log Analytics workspaces, Event Hubs, and storage accounts. This is the correct architecture when the requirement is centralized observability and downstream SIEM integration for PaaS resources.', de: 'Diagnoseeinstellungen werden verwendet, um Azure-Plattformprotokolle und Metriken von unterstützten Ressourcen an Ziele wie Log Analytics-Arbeitsbereiche, Event Hubs und Speicherkonten weiterzuleiten. Das ist die richtige Architektur, wenn zentrale Beobachtbarkeit und eine nachgelagerte SIEM-Integration für PaaS-Ressourcen gefordert sind.' },
      hint: { en: 'Think about the Azure feature that exports platform telemetry from PaaS resources without installing an agent.', de: 'Denken Sie an die Azure-Funktion, die Plattformtelemetrie aus PaaS-Ressourcen ohne Agent exportiert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/platform/diagnostic-settings'
    },
    {
      id: 'az305-044',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which targets can an Azure Monitor action group invoke directly when an alert fires?', de: 'Welche Ziele kann eine Azure Monitor-Aktionsgruppe direkt aufrufen, wenn eine Warnung ausgelöst wird?' },
      options: [
        { id: 'A', text: { en: 'Email notifications', de: 'E-Mail-Benachrichtigungen' } },
        { id: 'B', text: { en: 'SMS messages', de: 'SMS-Nachrichten' } },
        { id: 'C', text: { en: 'Logic App', de: 'Logic App' } },
        { id: 'D', text: { en: 'Azure Policy initiative', de: 'Azure Policy-Initiative' } },
        { id: 'E', text: { en: 'Webhook endpoint', de: 'Webhook-Endpunkt' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Action Groups can notify people and trigger automated responses through channels such as email, SMS, webhooks, Logic Apps, Azure Functions, and more. Azure Policy initiatives define governance rules, but they are not invoked as alert actions.', de: 'Aktionsgruppen können Personen benachrichtigen und automatische Reaktionen über Kanäle wie E-Mail, SMS, Webhooks, Logic Apps, Azure Functions und mehr auslösen. Azure Policy-Initiativen definieren Governance-Regeln, werden aber nicht als Warnungsaktionen aufgerufen.' },
      hint: { en: 'Separate the alert action destinations from governance configuration objects.', de: 'Trennen Sie Warnungsaktionsziele von Governance-Konfigurationsobjekten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/alerts/action-groups'
    },
    {
      id: 'az305-045',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Microsoft Entra capability evaluates signals such as user, location, device state, and risk to enforce controls like multifactor authentication during sign-in?', de: 'Welche Microsoft Entra-Funktion bewertet Signale wie Benutzer, Standort, Gerätezustand und Risiko, um bei der Anmeldung Kontrollen wie Multifaktor-Authentifizierung durchzusetzen?' },
      options: [
        { id: 'A', text: { en: 'Privileged Identity Management', de: 'Privileged Identity Management' } },
        { id: 'B', text: { en: 'Conditional Access', de: 'Bedingter Zugriff' } },
        { id: 'C', text: { en: 'Access Reviews', de: 'Zugriffsüberprüfungen' } },
        { id: 'D', text: { en: 'Self-service password reset', de: 'Self-Service-Kennwortrücksetzung' } }
      ],
      correct: ['B'],
      explanation: { en: 'Conditional Access is the Microsoft Entra policy engine for sign-in decisions. It combines conditions and grant controls to require MFA, compliant devices, trusted locations, or other protections when users access applications.', de: 'Bedingter Zugriff ist die Microsoft Entra-Richtlinienengine für Anmeldeentscheidungen. Sie kombiniert Bedingungen und Zugriffssteuerungen, um bei Zugriffen auf Anwendungen MFA, konforme Geräte, vertrauenswürdige Standorte oder andere Schutzmaßnahmen zu verlangen.' },
      hint: { en: 'The requirement is about real-time sign-in policy enforcement.', de: 'Die Anforderung betrifft die Durchsetzung von Richtlinien in Echtzeit bei der Anmeldung.' },
      reference: 'https://learn.microsoft.com/en-us/entra/identity/conditional-access/overview'
    },
    {
      id: 'az305-046',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a pharmaceutical company wants cloud administrators to have no standing privileged access in production subscriptions. Administrators must request temporary elevation to Contributor or User Access Administrator, provide a ticket number, complete MFA, receive manager approval, and leave an audit trail.', de: 'Bei Fabrikam, Inc.: ein Pharmaunternehmen möchte, dass Cloud-Administratoren in Produktionsabonnements keinen dauerhaften privilegierten Zugriff besitzen. Administratoren sollen temporäre Erhöhungen auf Contributor oder User Access Administrator beantragen, eine Ticketnummer angeben, MFA durchführen, eine Managergenehmigung erhalten und einen Prüfpfad hinterlassen.' },
      question: { en: 'Which design best meets these requirements?', de: 'Welches Design erfüllt diese Anforderungen am besten?' },
      options: [
        { id: 'A', text: { en: 'Conditional Access policies with sign-in frequency controls', de: 'Richtlinien für bedingten Zugriff mit Steuerung der Anmeldehäufigkeit' } },
        { id: 'B', text: { en: 'Microsoft Entra Privileged Identity Management with eligible assignments and approval settings', de: 'Microsoft Entra Privileged Identity Management mit berechtigten Zuweisungen und Genehmigungseinstellungen' } },
        { id: 'C', text: { en: 'Permanent Owner assignments reviewed every quarter', de: 'Permanente Owner-Zuweisungen mit vierteljährlicher Überprüfung' } },
        { id: 'D', text: { en: 'Access reviews on a shared administrator group', de: 'Zugriffsüberprüfungen für eine gemeinsame Administratorgruppe' } }
      ],
      correct: ['B'],
      explanation: { en: 'Privileged Identity Management is built for just-in-time privileged access. It supports eligible role assignments, time-bound activation, approval, MFA, justification, ticketing integration, and auditing, which directly matches the requirement to minimize standing privilege.', de: 'Privileged Identity Management ist für privilegierten Just-in-Time-Zugriff ausgelegt. Es unterstützt berechtigte Rollenzuweisungen, zeitlich begrenzte Aktivierung, Genehmigung, MFA, Begründung, Ticketing-Integration und Überwachung und passt damit direkt zur Anforderung, dauerhafte Privilegien zu minimieren.' },
      hint: { en: 'The key requirement is temporary privileged role activation with governance controls, not general sign-in policy.', de: 'Die Kernanforderung ist die temporäre Aktivierung privilegierter Rollen mit Governance-Kontrollen und nicht eine allgemeine Anmelderichtlinie.' },
      reference: 'https://learn.microsoft.com/en-us/entra/id-governance/privileged-identity-management/pim-configure'
    },
    {
      id: 'az305-047',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure authorization model should you use to grant least-privilege access to Azure resources at the management group, subscription, resource group, or resource scope?', de: 'Welches Azure-Autorisierungsmodell sollten Sie verwenden, um nach dem Least-Privilege-Prinzip Zugriff auf Azure-Ressourcen auf Ebene von Verwaltungsgruppe, Abonnement, Ressourcengruppe oder Ressource zu gewähren?' },
      options: [
        { id: 'A', text: { en: 'Azure RBAC', de: 'Azure RBAC' } },
        { id: 'B', text: { en: 'Conditional Access', de: 'Bedingter Zugriff' } },
        { id: 'C', text: { en: 'Microsoft Defender for Cloud', de: 'Microsoft Defender for Cloud' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure RBAC provides role assignments for security principals at Azure scopes, enabling least-privilege authorization to resources. Conditional Access controls sign-in conditions, while Azure Policy evaluates compliance rather than granting permissions.', de: 'Azure RBAC stellt Rollenzuweisungen für Sicherheitsprinzipale auf Azure-Bereichen bereit und ermöglicht so eine Autorisierung nach dem Least-Privilege-Prinzip. Bedingter Zugriff steuert Anmeldebedingungen, während Azure Policy Compliance bewertet, aber keine Berechtigungen vergibt.' },
      hint: { en: 'This question is about authorization to Azure resources, not sign-in rules or compliance enforcement.', de: 'Diese Frage betrifft die Autorisierung für Azure-Ressourcen und nicht Anmelderegeln oder Compliance-Durchsetzung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/role-based-access-control/overview'
    },
    {
      id: 'az305-048',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which assignments can Microsoft Entra access reviews help validate on a recurring basis?', de: 'Welche Zuweisungen können mit Microsoft Entra-Zugriffsüberprüfungen regelmäßig validiert werden?' },
      options: [
        { id: 'A', text: { en: 'Guest user membership in a group', de: 'Mitgliedschaft von Gastbenutzern in einer Gruppe' } },
        { id: 'B', text: { en: 'Eligible role assignments managed through PIM', de: 'Über PIM verwaltete berechtigte Rollenzuweisungen' } },
        { id: 'C', text: { en: 'Azure subscription spending limits', de: 'Ausgabenlimits für Azure-Abonnements' } },
        { id: 'D', text: { en: 'User access to enterprise applications', de: 'Benutzerzugriff auf Unternehmensanwendungen' } },
        { id: 'E', text: { en: 'Private endpoint approval states', de: 'Genehmigungszustände privater Endpunkte' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: { en: 'Access reviews are used to periodically attest that users still need access, including guest group membership, enterprise application assignments, and certain privileged role assignments through PIM. They are not used to manage subscription budgets or private networking states.', de: 'Zugriffsüberprüfungen werden verwendet, um regelmäßig zu bestätigen, dass Benutzer weiterhin Zugriff benötigen, einschließlich Gastgruppenmitgliedschaften, Zuweisungen zu Unternehmensanwendungen und bestimmter privilegierter Rollenzuweisungen über PIM. Sie dienen nicht zur Verwaltung von Abonnementbudgets oder privaten Netzwerkzuständen.' },
      hint: { en: 'Choose the options that involve human access entitlement, not cost or networking controls.', de: 'Wählen Sie die Optionen, die menschliche Zugriffsberechtigungen und nicht Kosten- oder Netzwerkkontrollen betreffen.' },
      reference: 'https://learn.microsoft.com/en-us/entra/id-governance/access-reviews-overview'
    },
    {
      id: 'az305-049',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, a global conglomerate is onboarding 300 Azure subscriptions from newly acquired companies. The architecture team must separate production and nonproduction environments, enforce inherited guardrails for allowed regions and mandatory tags, and delegate platform operations centrally while ensuring future subscriptions automatically receive the same controls.', de: 'Bei Woodgrove Bank: ein globaler Konzern übernimmt 300 Azure-Abonnements aus neu erworbenen Unternehmen. Das Architekturteam muss Produktions- und Nichtproduktionsumgebungen trennen, vererbte Leitplanken für zulässige Regionen und verpflichtende Tags durchsetzen und den Plattformbetrieb zentral delegieren, wobei zukünftige Abonnements automatisch dieselben Kontrollen erhalten sollen.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Create a separate Microsoft Entra tenant for every subscription', de: 'Einen separaten Microsoft Entra-Mandanten für jedes Abonnement erstellen' } },
        { id: 'B', text: { en: 'Build a management group hierarchy and assign Azure Policy initiatives and RBAC at management group scopes', de: 'Eine Verwaltungsgruppenhierarchie aufbauen und Azure Policy-Initiativen sowie RBAC auf Ebene der Verwaltungsgruppen zuweisen' } },
        { id: 'C', text: { en: 'Use resource locks and manual scripts in each subscription', de: 'Ressourcensperren und manuelle Skripte in jedem Abonnement verwenden' } },
        { id: 'D', text: { en: 'Place all workloads in one subscription and separate them only by resource groups', de: 'Alle Workloads in einem Abonnement platzieren und nur durch Ressourcengruppen trennen' } }
      ],
      correct: ['B'],
      explanation: { en: 'Management groups provide the hierarchy above subscriptions that supports inherited policy and RBAC. Grouping policy definitions into initiatives and assigning them at the proper management group scopes is the standard governance-at-scale pattern for Azure landing zones.', de: 'Verwaltungsgruppen bilden die Hierarchie oberhalb von Abonnements und unterstützen vererbte Richtlinien und RBAC. Das Bündeln von Richtliniendefinitionen in Initiativen und deren Zuweisung auf den passenden Verwaltungsgruppenebenen ist das Standardmuster für Governance im großen Maßstab in Azure Landing Zones.' },
      hint: { en: 'The answer must provide hierarchy, inheritance, and centralized delegation for both current and future subscriptions.', de: 'Die Antwort muss Hierarchie, Vererbung und zentrale Delegation für aktuelle und zukünftige Abonnements bereitstellen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/management-groups/overview'
    },
    {
      id: 'az305-050',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Cost Management feature should you configure to send alerts when spending reaches defined thresholds during a billing period?', de: 'Welche Azure Cost Management-Funktion sollten Sie konfigurieren, um Warnungen zu senden, wenn Ausgaben während eines Abrechnungszeitraums definierte Schwellenwerte erreichen?' },
      options: [
        { id: 'A', text: { en: 'Cost analysis', de: 'Kostenanalyse' } },
        { id: 'B', text: { en: 'Budget', de: 'Budget' } },
        { id: 'C', text: { en: 'Invoice section', de: 'Rechnungsabschnitt' } },
        { id: 'D', text: { en: 'Reservation', de: 'Reservierung' } }
      ],
      correct: ['B'],
      explanation: { en: 'Budgets in Cost Management let you define spending thresholds and trigger alerts as actual or forecasted costs approach or exceed those values. This is the standard design for proactive cost guardrails.', de: 'Budgets in Cost Management ermöglichen das Definieren von Ausgabenschwellen und das Auslösen von Warnungen, wenn tatsächliche oder prognostizierte Kosten diese Werte erreichen oder überschreiten. Das ist der Standardansatz für proaktive Kostenleitplanken.' },
      hint: { en: 'The requirement is threshold-based cost alerting, not spend analysis after the fact.', de: 'Die Anforderung betrifft schwellenwertbasierte Kostenwarnungen und nicht die nachträgliche Analyse von Ausgaben.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cost-management-billing/costs/tutorial-acm-create-budgets'
    },
    {
      id: 'az305-051',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'A GitHub Actions workflow must deploy Bicep templates to Azure without storing client secrets or certificates in the repository or CI platform. Which identity design should you choose?', de: 'Ein GitHub Actions-Workflow muss Bicep-Templates in Azure bereitstellen, ohne Clientgeheimnisse oder Zertifikate im Repository oder auf der CI-Plattform zu speichern. Welches Identitätsdesign sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'A service principal with a long-lived client secret stored as a GitHub secret', de: 'Einen Dienstprinzipal mit langlebigem Clientgeheimnis, das als GitHub-Geheimnis gespeichert wird' } },
        { id: 'B', text: { en: 'A user-assigned managed identity attached to GitHub-hosted runners', de: 'Eine benutzerseitig zugewiesene verwaltete Identität, die GitHub-hosted Runnern zugeordnet wird' } },
        { id: 'C', text: { en: 'A Microsoft Entra application or service principal that uses workload identity federation with OpenID Connect', de: 'Eine Microsoft Entra-Anwendung oder ein Dienstprinzipal, die Workload Identity Federation mit OpenID Connect verwenden' } },
        { id: 'D', text: { en: 'A shared access signature stored in the workflow file', de: 'Eine im Workflow gespeicherte Shared Access Signature' } }
      ],
      correct: ['C'],
      explanation: { en: 'Workload identity federation lets Microsoft Entra trust tokens issued by an external identity provider such as GitHub. This removes the need to store long-lived secrets or certificates while still allowing the workflow to obtain Azure access tokens securely.', de: 'Workload Identity Federation ermöglicht es Microsoft Entra, von einem externen Identitätsanbieter wie GitHub ausgestellte Token zu vertrauen. Dadurch entfällt die Speicherung langlebiger Geheimnisse oder Zertifikate, während der Workflow weiterhin sicher Azure-Zugriffstoken abrufen kann.' },
      hint: { en: 'The runner is outside Azure, so choose the option designed for external workloads and OIDC trust.', de: 'Der Runner befindet sich außerhalb von Azure. Wählen Sie daher die Option, die für externe Workloads und OIDC-Vertrauen vorgesehen ist.' },
      reference: 'https://learn.microsoft.com/en-us/entra/workload-id/workload-identity-federation'
    },
    {
      id: 'az305-052',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Microsoft Entra identity types can be granted Azure RBAC permissions for application access to Azure resources?', de: 'Welche Microsoft Entra-Identitätstypen können Azure RBAC-Berechtigungen für den Anwendungszugriff auf Azure-Ressourcen erhalten?' },
      options: [
        { id: 'A', text: { en: 'Service principal', de: 'Dienstprinzipal' } },
        { id: 'B', text: { en: 'System-assigned managed identity', de: 'Systemseitig zugewiesene verwaltete Identität' } },
        { id: 'C', text: { en: 'User-assigned managed identity', de: 'Benutzerseitig zugewiesene verwaltete Identität' } },
        { id: 'D', text: { en: 'Azure Policy definition', de: 'Azure Policy-Definition' } },
        { id: 'E', text: { en: 'Shared access signature', de: 'Shared Access Signature' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Service principals and managed identities are security principals in Microsoft Entra ID and can receive Azure RBAC role assignments. Azure Policy definitions are governance artifacts, and SAS tokens are storage authorization mechanisms rather than Entra identities.', de: 'Dienstprinzipale und verwaltete Identitäten sind Sicherheitsprinzipale in Microsoft Entra ID und können Azure RBAC-Rollenzuweisungen erhalten. Azure Policy-Definitionen sind Governance-Artefakte, und SAS-Token sind Speicherautorisierungsmechanismen und keine Entra-Identitäten.' },
      hint: { en: 'Select the options that represent workload identities in Microsoft Entra ID.', de: 'Wählen Sie die Optionen, die Workload-Identitäten in Microsoft Entra ID darstellen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/role-based-access-control/overview'
    },
    {
      id: 'az305-053',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Tailwind Traders is building a public e-commerce platform for millions of external customers. The solution must support self-service sign-up, social identity providers, custom-branded sign-in pages, and separation from the company workforce identities.', de: 'Tailwind Traders erstellt eine öffentliche E-Commerce-Plattform für Millionen externer Kunden. Die Lösung muss Self-Service-Registrierung, soziale Identitätsanbieter, benutzerdefinierte Anmeldeseiten und eine Trennung von den Identitäten der Unternehmensmitarbeiter unterstützen.' },
      question: { en: 'Which identity platform should you recommend?', de: 'Welche Identitätsplattform sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Microsoft Entra External ID for customers (Azure AD B2C)', de: 'Microsoft Entra External ID für Kunden (Azure AD B2C)' } },
        { id: 'B', text: { en: 'Azure AD Domain Services', de: 'Azure AD Domain Services' } },
        { id: 'C', text: { en: 'Azure RBAC', de: 'Azure RBAC' } },
        { id: 'D', text: { en: 'Privileged Identity Management', de: 'Privileged Identity Management' } }
      ],
      correct: ['A'],
      explanation: { en: 'Microsoft Entra External ID for customers, historically Azure AD B2C, is designed for customer-facing applications. It supports large-scale external identities, social sign-in, self-service experiences, and custom branding while remaining separate from workforce identity management.', de: 'Microsoft Entra External ID für Kunden, früher Azure AD B2C, ist für kundenorientierte Anwendungen ausgelegt. Es unterstützt externe Identitäten in großem Maßstab, Social Sign-In, Self-Service-Erlebnisse und benutzerdefiniertes Branding und bleibt dabei von der Identitätsverwaltung der Belegschaft getrennt.' },
      hint: { en: 'This is a customer identity and access management requirement, not internal employee access.', de: 'Hier geht es um Customer Identity and Access Management und nicht um den internen Mitarbeiterzugriff.' },
      reference: 'https://learn.microsoft.com/en-us/entra/external-id/external-identities-overview'
    },
    {
      id: 'az305-054',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Policy construct should you use to assign a grouped set of related governance requirements, such as allowed locations, required tags, and logging standards, through a single assignment?', de: 'Welches Azure Policy-Konstrukt sollten Sie verwenden, um eine gruppierte Menge zusammengehöriger Governance-Anforderungen wie zulässige Standorte, erforderliche Tags und Logging-Standards über eine einzelne Zuweisung bereitzustellen?' },
      options: [
        { id: 'A', text: { en: 'Policy exemption', de: 'Richtlinienausnahme' } },
        { id: 'B', text: { en: 'Initiative', de: 'Initiative' } },
        { id: 'C', text: { en: 'Custom role', de: 'Benutzerdefinierte Rolle' } },
        { id: 'D', text: { en: 'Action Group', de: 'Aktionsgruppe' } }
      ],
      correct: ['B'],
      explanation: { en: 'An initiative, also called a policy set, groups multiple policy definitions so they can be assigned and tracked together. This simplifies enterprise governance because related controls can be managed as one unit.', de: 'Eine Initiative, auch Richtliniensatz genannt, gruppiert mehrere Richtliniendefinitionen, damit sie gemeinsam zugewiesen und nachverfolgt werden können. Das vereinfacht die Unternehmens-Governance, weil zusammengehörige Kontrollen als Einheit verwaltet werden können.' },
      hint: { en: 'The requirement is to bundle several policy definitions into one reusable assignment.', de: 'Die Anforderung besteht darin, mehrere Richtliniendefinitionen in einer wiederverwendbaren Zuweisung zu bündeln.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/policy/overview'
    },
    {
      id: 'az305-055',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which capabilities are available in Azure Cost Management for ongoing financial governance?', de: 'Welche Funktionen stehen in Azure Cost Management für eine laufende finanzielle Governance zur Verfügung?' },
      options: [
        { id: 'A', text: { en: 'Forecast future cloud spend', de: 'Zukünftige Cloud-Ausgaben prognostizieren' } },
        { id: 'B', text: { en: 'Export cost data on a schedule', de: 'Kostendaten zeitgesteuert exportieren' } },
        { id: 'C', text: { en: 'Enforce multifactor authentication for finance users', de: 'Multifaktor-Authentifizierung für Finanzbenutzer erzwingen' } },
        { id: 'D', text: { en: 'Analyze costs by scope, resource group, and tag', de: 'Kosten nach Bereich, Ressourcengruppe und Tag analysieren' } },
        { id: 'E', text: { en: 'Configure PIM activation rules', de: 'PIM-Aktivierungsregeln konfigurieren' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: { en: 'Azure Cost Management provides analysis, forecasting, exports, and scope-based cost reporting to support financial governance. It does not handle identity controls such as MFA or privileged role activation workflows.', de: 'Azure Cost Management bietet Analyse, Prognose, Exporte und bereichsbezogene Kostenberichte zur Unterstützung der finanziellen Governance. Identitätskontrollen wie MFA oder Workflows zur Aktivierung privilegierter Rollen gehören nicht dazu.' },
      hint: { en: 'Choose the options related to visibility, reporting, and planning for cloud costs.', de: 'Wählen Sie die Optionen, die Sichtbarkeit, Berichterstellung und Planung für Cloud-Kosten betreffen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cost-management-billing/cost-management-billing-overview'
    },
    {
      id: 'az305-056',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders runs the same application in App Service, Azure Functions, and a virtual machine scale set. All components need identical access to Key Vault and Storage, and the security team requires an identity that remains stable across redeployments and can be reused by multiple resources.', de: 'Tailwind Traders betreibt dieselbe Anwendung in App Service, Azure Functions und einem Virtual Machine Scale Set. Alle Komponenten benötigen identischen Zugriff auf Key Vault und Storage, und das Sicherheitsteam verlangt eine Identität, die über Neu-Bereitstellungen hinweg stabil bleibt und von mehreren Ressourcen wiederverwendet werden kann.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Separate system-assigned managed identities on each resource', de: 'Separate systemseitig zugewiesene verwaltete Identitäten auf jeder Ressource' } },
        { id: 'B', text: { en: 'One user-assigned managed identity attached to all required compute resources', de: 'Eine benutzerseitig zugewiesene verwaltete Identität, die allen benötigten Compute-Ressourcen zugeordnet wird' } },
        { id: 'C', text: { en: 'One shared client secret stored in application settings', de: 'Ein gemeinsames Clientgeheimnis, das in Anwendungseinstellungen gespeichert wird' } },
        { id: 'D', text: { en: 'A human administrator account with Contributor rights', de: 'Ein menschliches Administratorkonto mit Contributor-Rechten' } }
      ],
      correct: ['B'],
      explanation: { en: 'A user-assigned managed identity provides a reusable workload identity with a stable lifecycle independent of any single resource. That makes it ideal when multiple Azure resources need the same permissions and the principal must survive resource redeployments or replacement.', de: 'Eine benutzerseitig zugewiesene verwaltete Identität stellt eine wiederverwendbare Workload-Identität mit einem von einzelnen Ressourcen unabhängigen Lebenszyklus bereit. Das ist ideal, wenn mehrere Azure-Ressourcen dieselben Berechtigungen benötigen und der Prinzipal Neu-Bereitstellungen oder Ressourcenaustausch überstehen muss.' },
      hint: { en: 'Choose the managed identity type that is not tied to only one Azure resource lifecycle.', de: 'Wählen Sie den Typ der verwalteten Identität, der nicht an den Lebenszyklus nur einer Azure-Ressource gebunden ist.' },
      reference: 'https://learn.microsoft.com/en-us/azure/active-directory/managed-identities-azure-resources/overview'
    },
    {
      id: 'az305-057',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'What is the Microsoft Entra object that represents an application instance in a tenant and can receive Azure RBAC role assignments?', de: 'Welches Microsoft Entra-Objekt stellt eine Anwendungsinstanz in einem Mandanten dar und kann Azure RBAC-Rollenzuweisungen erhalten?' },
      options: [
        { id: 'A', text: { en: 'Service principal', de: 'Dienstprinzipal' } },
        { id: 'B', text: { en: 'Management group', de: 'Verwaltungsgruppe' } },
        { id: 'C', text: { en: 'Conditional Access policy', de: 'Richtlinie für bedingten Zugriff' } },
        { id: 'D', text: { en: 'Budget', de: 'Budget' } }
      ],
      correct: ['A'],
      explanation: { en: 'A service principal is the security identity for an application in a Microsoft Entra tenant. It can authenticate to Azure and be granted roles to access Azure resources according to least-privilege design.', de: 'Ein Dienstprinzipal ist die Sicherheitsidentität einer Anwendung in einem Microsoft Entra-Mandanten. Er kann sich gegenüber Azure authentifizieren und Rollen erhalten, um nach dem Least-Privilege-Prinzip auf Azure-Ressourcen zuzugreifen.' },
      hint: { en: 'The question is about the workload identity object for an app inside a tenant.', de: 'Die Frage betrifft das Workload-Identitätsobjekt einer Anwendung innerhalb eines Mandanten.' },
      reference: 'https://learn.microsoft.com/en-us/entra/identity-platform/app-objects-and-service-principals'
    },
    {
      id: 'az305-058',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Woodgrove Bank is designing a payment platform that requires customer-controlled key hierarchy, dedicated single-tenant HSMs, separation of key administrators, and FIPS 140-2 Level 3 validated protection. The solution needs HSM-backed cryptographic keys only, not secret or certificate storage.', de: 'Woodgrove Bank entwirft eine Zahlungsplattform, die eine kundengesteuerte Schlüsselhierarchie, dedizierte Single-Tenant-HSMs, eine Trennung der Schlüsseladministratoren und FIPS 140-2 Level 3-validierten Schutz erfordert. Die Lösung benötigt ausschließlich HSM-gestützte kryptografische Schlüssel und keine Speicherung von Geheimnissen oder Zertifikaten.' },
      question: { en: 'Which Azure service should you recommend?', de: 'Welchen Azure-Dienst sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Key Vault with software-protected keys', de: 'Azure Key Vault mit softwaregeschützten Schlüsseln' } },
        { id: 'B', text: { en: 'Azure Key Vault Managed HSM', de: 'Azure Key Vault Managed HSM' } },
        { id: 'C', text: { en: 'Azure App Configuration', de: 'Azure App Configuration' } },
        { id: 'D', text: { en: 'Azure Storage with customer-managed keys', de: 'Azure Storage mit kundenseitig verwalteten Schlüsseln' } }
      ],
      correct: ['B'],
      explanation: { en: 'Managed HSM is the Azure offering for dedicated, single-tenant, standards-validated HSM clusters focused on cryptographic key operations. It is designed for high-assurance key management scenarios that exceed the requirements of a general-purpose Key Vault deployment.', de: 'Managed HSM ist das Azure-Angebot für dedizierte, mandantenisolierte und standardvalidierte HSM-Cluster mit Schwerpunkt auf kryptografischen Schlüsseloperationen. Es ist für Hochsicherheits-Szenarien der Schlüsselverwaltung ausgelegt, die über die Anforderungen einer allgemeinen Key Vault-Bereitstellung hinausgehen.' },
      hint: { en: 'The requirement is for dedicated HSM-backed keys only with stronger isolation and control boundaries.', de: 'Gefordert sind ausschließlich HSM-gestützte Schlüssel mit stärkerer Isolation und klaren Kontrollgrenzen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/key-vault/managed-hsm/overview'
    },
    {
      id: 'az305-059',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'To ensure Azure Key Vault is accessible only through private IP addresses from virtual networks, which design elements should you include?', de: 'Welche Designelemente sollten Sie einbeziehen, damit Azure Key Vault nur über private IP-Adressen aus virtuellen Netzwerken erreichbar ist?' },
      options: [
        { id: 'A', text: { en: 'A private endpoint for the vault', de: 'Einen privaten Endpunkt für den Tresor' } },
        { id: 'B', text: { en: 'Private DNS zone integration for vault name resolution', de: 'Integration einer privaten DNS-Zone für die Namensauflösung des Tresors' } },
        { id: 'C', text: { en: 'Disable public network access on the vault', de: 'Den öffentlichen Netzwerkzugriff auf den Tresor deaktivieren' } },
        { id: 'D', text: { en: 'An action group for Key Vault', de: 'Eine Aktionsgruppe für Key Vault' } },
        { id: 'E', text: { en: 'A budget scoped to the resource group', de: 'Ein auf die Ressourcengruppe beschränktes Budget' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'A private endpoint places a private IP for Key Vault into your virtual network, while private DNS ensures the vault name resolves to that private address. Disabling public network access completes the design by preventing internet-based access paths.', de: 'Ein privater Endpunkt platziert eine private IP-Adresse für Key Vault in Ihrem virtuellen Netzwerk, während die private DNS-Integration sicherstellt, dass der Tresorname auf diese private Adresse aufgelöst wird. Durch das Deaktivieren des öffentlichen Netzwerkzugriffs wird das Design vervollständigt, indem internetbasierte Zugriffspfade verhindert werden.' },
      hint: { en: 'The vault must resolve and connect privately, and the public endpoint should no longer be usable.', de: 'Der Tresor muss privat aufgelöst und verbunden werden, und der öffentliche Endpunkt darf nicht mehr nutzbar sein.' },
      reference: 'https://learn.microsoft.com/en-us/azure/key-vault/general/private-link-service'
    },
    {
      id: 'az305-060',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure resource should centralize Azure Monitor log data from multiple subscriptions so architects can run KQL queries, configure retention, and build log alerts from one data store?', de: 'Welche Azure-Ressource sollte Azure Monitor-Protokolldaten aus mehreren Abonnements zentralisieren, damit Architekten KQL-Abfragen ausführen, Aufbewahrungsregeln konfigurieren und Protokollwarnungen aus einem zentralen Datenspeicher erstellen können?' },
      options: [
        { id: 'A', text: { en: 'Application Gateway', de: 'Application Gateway' } },
        { id: 'B', text: { en: 'Azure Policy', de: 'Azure Policy' } },
        { id: 'C', text: { en: 'Log Analytics workspace', de: 'Log Analytics-Arbeitsbereich' } },
        { id: 'D', text: { en: 'Recovery Services vault', de: 'Recovery Services-Tresor' } }
      ],
      correct: ['C'],
      explanation: { en: 'A Log Analytics workspace is the central data store for Azure Monitor Logs. It supports KQL queries, log retention settings, correlations across sources, and alerting based on collected log data.', de: 'Ein Log Analytics-Arbeitsbereich ist der zentrale Datenspeicher für Azure Monitor Logs. Er unterstützt KQL-Abfragen, Einstellungen zur Protokollaufbewahrung, Korrelationen über verschiedene Quellen hinweg und Warnungen auf Basis der erfassten Protokolldaten.' },
      hint: { en: 'The question asks where Azure Monitor Logs are stored and queried.', de: 'Die Frage lautet, wo Azure Monitor Logs gespeichert und abgefragt werden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/logs/design-logs-deployment'
    },
    {
      id: 'az305-061',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Fabrikam, Inc. operates hundreds of Windows and Linux virtual machines across many subscriptions. Security event data must go to a central Log Analytics workspace, performance data must go to regional workspaces, and every newly deployed VM must be onboarded automatically with minimal manual effort.', de: 'Fabrikam, Inc. betreibt Hunderte von Windows- und Linux-VMs über viele Abonnements hinweg. Sicherheitsereignisdaten müssen in einen zentralen Log Analytics-Arbeitsbereich fließen, Leistungsdaten in regionale Arbeitsbereiche, und jede neu bereitgestellte VM soll mit minimalem manuellem Aufwand automatisch eingebunden werden.' },
      question: { en: 'Which monitoring design should you recommend?', de: 'Welches Überwachungsdesign sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Install the legacy Log Analytics agent manually on every VM', de: 'Den Legacy-Log Analytics-Agent manuell auf jeder VM installieren' } },
        { id: 'B', text: { en: 'Use Azure Monitor Agent with data collection rules and Azure Policy assignments at management group scope', de: 'Azure Monitor Agent mit Datensammlungsregeln und Azure Policy-Zuweisungen auf Verwaltungsgruppenebene verwenden' } },
        { id: 'C', text: { en: 'Configure diagnostic settings on each resource group only', de: 'Nur Diagnoseeinstellungen auf jeder Ressourcengruppenebene konfigurieren' } },
        { id: 'D', text: { en: 'Instrument all workloads only with Application Insights', de: 'Alle Workloads ausschließlich mit Application Insights instrumentieren' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Monitor Agent combined with data collection rules supports flexible routing of different data sets to different destinations. Applying the required configuration through Azure Policy at management group scope enables governance at scale and automatic onboarding of new virtual machines.', de: 'Der Azure Monitor Agent in Kombination mit Datensammlungsregeln unterstützt die flexible Weiterleitung verschiedener Datensätze an unterschiedliche Ziele. Die Bereitstellung der erforderlichen Konfiguration über Azure Policy auf Verwaltungsgruppenebene ermöglicht Governance im großen Maßstab und die automatische Einbindung neuer virtueller Maschinen.' },
      hint: { en: 'The design must solve both selective routing and automatic deployment at enterprise scale.', de: 'Das Design muss sowohl selektive Weiterleitung als auch automatische Bereitstellung im Unternehmensmaßstab lösen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/data-collection/data-collection-rule-overview'
    },
    {
      id: 'az305-062',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure governance construct sits above subscriptions and lets you apply Azure Policy and Azure RBAC hierarchically?', de: 'Welches Azure-Governancekonstrukt befindet sich oberhalb von Abonnements und ermöglicht die hierarchische Anwendung von Azure Policy und Azure RBAC?' },
      options: [
        { id: 'A', text: { en: 'Resource group', de: 'Ressourcengruppe' } },
        { id: 'B', text: { en: 'Management group', de: 'Verwaltungsgruppe' } },
        { id: 'C', text: { en: 'Action Group', de: 'Aktionsgruppe' } },
        { id: 'D', text: { en: 'Availability zone', de: 'Verfügbarkeitszone' } }
      ],
      correct: ['B'],
      explanation: { en: 'Management groups provide the hierarchy above subscriptions in Azure. They allow architects to organize subscriptions and inherit policy and RBAC assignments consistently across large estates.', de: 'Verwaltungsgruppen bilden die Hierarchie oberhalb von Abonnements in Azure. Sie ermöglichen es Architekten, Abonnements zu organisieren und Richtlinien- sowie RBAC-Zuweisungen konsistent über große Umgebungen hinweg zu vererben.' },
      hint: { en: 'Think about the Azure scope that parents subscriptions.', de: 'Denken Sie an den Azure-Bereich, der Abonnements übergeordnet ist.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/management-groups/overview'
    },
    {
      id: 'az305-063',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure SQL Database compute option is best for a database with intermittent and unpredictable usage that should automatically scale compute and pause during inactive periods to reduce cost?', de: 'Welche Azure SQL Database-Computeoption eignet sich am besten für eine Datenbank mit sporadischer und unvorhersehbarer Nutzung, die Rechenleistung automatisch skalieren und bei Inaktivität pausieren soll, um Kosten zu senken?' },
      options: [
    { id: 'A', text: { en: 'Provisioned compute tier', de: 'Bereitgestellte Computedienstebene' } },
    { id: 'B', text: { en: 'Serverless compute tier', de: 'Serverlose Computedienstebene' } },
    { id: 'C', text: { en: 'Elastic pool', de: 'Elastischer Pool' } },
    { id: 'D', text: { en: 'Azure SQL Managed Instance', de: 'Azure SQL Managed Instance' } }
      ],
      correct: ['B'],
      explanation: { en: 'The serverless compute tier for Azure SQL Database is designed for workloads with intermittent activity and variable demand. It can automatically scale compute within configured limits and auto-pause during inactivity, which reduces cost compared to continuously provisioned compute.', de: 'Die serverlose Computedienstebene von Azure SQL Database ist für Workloads mit sporadischer Aktivität und schwankender Auslastung ausgelegt. Sie kann Compute-Ressourcen innerhalb definierter Grenzen automatisch skalieren und bei Inaktivität automatisch pausieren, was im Vergleich zu dauerhaft bereitgestellter Rechenleistung Kosten senkt.' },
      hint: { en: 'Look for the option that combines automatic scaling with auto-pause behavior.', de: 'Suchen Sie nach der Option, die automatische Skalierung mit automatischer Pausierung kombiniert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/serverless-tier-overview?view=azuresql'
    },
    {
      id: 'az305-064',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which capability must be enabled on an Azure Storage account to use Azure Data Lake Storage Gen2 features such as directory-level ACLs and atomic directory rename operations?', de: 'Welche Funktion muss für ein Azure-Speicherkonto aktiviert werden, um Azure Data Lake Storage Gen2-Funktionen wie ACLs auf Verzeichnisebene und atomare Umbenennungen von Verzeichnissen zu nutzen?' },
      options: [
    { id: 'A', text: { en: 'Blob versioning', de: 'Blobversionierung' } },
    { id: 'B', text: { en: 'Hierarchical namespace', de: 'Hierarchischer Namespace' } },
    { id: 'C', text: { en: 'Geo-redundant storage', de: 'Georedundanter Speicher' } },
    { id: 'D', text: { en: 'Change feed', de: 'Änderungsfeed' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Data Lake Storage Gen2 extends Blob Storage by enabling a hierarchical namespace. This adds true file-system semantics such as directories, ACLs, and efficient rename and move operations that are important for analytics workloads.', de: 'Azure Data Lake Storage Gen2 erweitert Blob Storage durch die Aktivierung eines hierarchischen Namespace. Dadurch entstehen echte Dateisystemsemantiken wie Verzeichnisse, ACLs sowie effiziente Umbenennungs- und Verschiebevorgänge, die für Analyseworkloads wichtig sind.' },
      hint: { en: 'The key requirement is the file-system style namespace used by analytics engines.', de: 'Entscheidend ist der Dateisystem-ähnliche Namespace, den Analyse-Engines nutzen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-namespace'
    },
    {
      id: 'az305-065',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. plans to migrate a legacy ERP database from SQL Server to Azure with minimal application changes. The workload uses SQL Agent jobs, cross-database queries, and instance-level administration features. Security policy requires private network access only from a hub-and-spoke virtual network.', de: 'Contoso, Ltd. plant, eine ältere ERP-Datenbank mit minimalen Anwendungsänderungen von SQL Server nach Azure zu migrieren. Der Workload verwendet SQL Agent-Jobs, datenbankübergreifende Abfragen und instanzweite Verwaltungsfunktionen. Die Sicherheitsrichtlinie verlangt ausschließlich privaten Netzwerkzugriff aus einer Hub-and-Spoke-VNet-Architektur.' },
      question: { en: 'Which target platform should you recommend?', de: 'Welche Zielplattform sollten Sie empfehlen?' },
      options: [
    { id: 'A', text: { en: 'Azure SQL Database', de: 'Azure SQL Database' } },
    { id: 'B', text: { en: 'Azure SQL Managed Instance', de: 'Azure SQL Managed Instance' } },
    { id: 'C', text: { en: 'Azure Synapse Analytics dedicated SQL pool', de: 'Dedizierter SQL-Pool in Azure Synapse Analytics' } },
    { id: 'D', text: { en: 'Azure Database for PostgreSQL - Flexible Server', de: 'Azure Database for PostgreSQL - Flexible Server' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure SQL Managed Instance is designed for near-instance compatibility with SQL Server and supports many instance-level capabilities that are not available in a single Azure SQL Database. It also supports private connectivity scenarios, making it a strong choice for lift-and-shift migrations that must preserve network isolation and minimize refactoring.', de: 'Azure SQL Managed Instance ist für eine nahezu instanzkompatible SQL Server-Erfahrung ausgelegt und unterstützt viele instanzweite Funktionen, die in einer einzelnen Azure SQL Database nicht verfügbar sind. Außerdem unterstützt der Dienst private Konnektivitätsszenarien und ist daher eine starke Wahl für Lift-and-Shift-Migrationen, die Netzwerktrennung beibehalten und Refactoring minimieren müssen.' },
      hint: { en: 'Focus on SQL Server instance compatibility plus private Azure networking.', de: 'Konzentrieren Sie sich auf SQL Server-Instanzkompatibilität plus privates Azure-Netzwerk.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/managed-instance/sql-managed-instance-paas-overview'
    },
    {
      id: 'az305-066',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which characteristics indicate a good Azure Cosmos DB partition key choice?', de: 'Welche Merkmale sprechen für eine gute Wahl des Partitionsschlüssels in Azure Cosmos DB?' },
      options: [
    { id: 'A', text: { en: 'It has high cardinality across items', de: 'Er weist eine hohe Kardinalität über die Elemente hinweg auf' } },
    { id: 'B', text: { en: 'It helps distribute request units and storage evenly', de: 'Er hilft, Anforderungseinheiten und Speicher gleichmäßig zu verteilen' } },
    { id: 'C', text: { en: 'It is commonly included in query predicates and point reads', de: 'Er wird häufig in Abfragefiltern und Punktlesevorgängen verwendet' } },
    { id: 'D', text: { en: 'It has the same fixed value for most documents', de: 'Er hat für die meisten Dokumente denselben festen Wert' } },
    { id: 'E', text: { en: 'It is selected only to minimize document size', de: 'Er wird ausschließlich ausgewählt, um die Dokumentgröße zu minimieren' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'A good partition key in Cosmos DB spreads data and throughput evenly, avoids hot partitions, and aligns with the application access pattern so queries can be targeted rather than fan out across partitions. High cardinality and frequent use in filters are common indicators of an effective partition key.', de: 'Ein guter Partitionsschlüssel in Cosmos DB verteilt Daten und Durchsatz gleichmäßig, vermeidet heiße Partitionen und passt zum Zugriffsverhalten der Anwendung, sodass Abfragen gezielt statt über viele Partitionen verteilt ausgeführt werden. Hohe Kardinalität und häufige Verwendung in Filtern sind typische Hinweise auf einen effektiven Partitionsschlüssel.' },
      hint: { en: 'Think about scale distribution and how the application will query the data.', de: 'Denken Sie an die Lastverteilung bei Skalierung und daran, wie die Anwendung die Daten abfragt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/partitioning-overview'
    },
    {
      id: 'az305-067',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB consistency level should you choose if the application requires globally ordered reads and can tolerate a defined maximum lag in versions or time?', de: 'Welche Konsistenzebene in Azure Cosmos DB sollten Sie wählen, wenn die Anwendung global geordnete Lesevorgänge benötigt und einen definierten maximalen Versions- oder Zeitverzug tolerieren kann?' },
      options: [
    { id: 'A', text: { en: 'Eventual', de: 'Eventual' } },
    { id: 'B', text: { en: 'Consistent Prefix', de: 'Consistent Prefix' } },
    { id: 'C', text: { en: 'Session', de: 'Session' } },
    { id: 'D', text: { en: 'Bounded Staleness', de: 'Bounded Staleness' } }
      ],
      correct: ['D'],
      explanation: { en: 'Bounded Staleness guarantees that reads lag behind writes by no more than a configured number of versions or a time interval, while still preserving global ordering. It is the right design when the workload needs stronger guarantees than session or consistent prefix but does not require strong consistency.', de: 'Bounded Staleness stellt sicher, dass Lesevorgänge Schreibvorgängen höchstens um eine konfigurierte Anzahl von Versionen oder einen Zeitabschnitt hinterherhinken und dabei die globale Reihenfolge erhalten bleibt. Das ist die richtige Wahl, wenn der Workload stärkere Garantien als Session oder Consistent Prefix benötigt, aber keine starke Konsistenz erfordert.' },
      hint: { en: 'The requirement includes both ordered reads and a measurable staleness bound.', de: 'Die Anforderung umfasst sowohl geordnete Lesevorgänge als auch eine messbare Stalenztoleranz.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/consistency-levels'
    },
    {
      id: 'az305-068',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Woodgrove Bank stores monthly statements in Azure Blob Storage. Access must remain private from Azure virtual networks and from branch offices connected by ExpressRoute. The security team requires the public endpoint to be disabled and wants storage traffic to stay on the Microsoft backbone network.', de: 'Woodgrove Bank speichert monatliche Kontoauszüge in Azure Blob Storage. Der Zugriff muss privat aus Azure Virtual Networks sowie aus Filialen über ExpressRoute erfolgen. Das Sicherheitsteam verlangt, dass der öffentliche Endpunkt deaktiviert wird und der Speicherverkehr auf dem Microsoft-Backbone-Netzwerk bleibt.' },
      question: { en: 'Which design best meets the requirement?', de: 'Welches Design erfüllt die Anforderung am besten?' },
      options: [
    { id: 'A', text: { en: 'Use shared access signatures and keep the public endpoint enabled', de: 'Verwenden Sie SAS-Token und lassen Sie den öffentlichen Endpunkt aktiviert' } },
    { id: 'B', text: { en: 'Use private endpoints for the storage account and disable public network access', de: 'Verwenden Sie private Endpunkte für das Speicherkonto und deaktivieren Sie den öffentlichen Netzwerkzugriff' } },
    { id: 'C', text: { en: 'Use service endpoints and allow all Azure services', de: 'Verwenden Sie Service Endpoints und erlauben Sie alle Azure-Dienste' } },
    { id: 'D', text: { en: 'Use an Azure CDN endpoint with token authentication', de: 'Verwenden Sie einen Azure CDN-Endpunkt mit Tokenauthentifizierung' } }
      ],
      correct: ['B'],
      explanation: { en: 'Private endpoints map the storage service to a private IP address inside your virtual network and allow private access over ExpressRoute without using the public endpoint. This design satisfies the requirement for private connectivity and lets you disable public network access entirely.', de: 'Private Endpunkte ordnen den Speicherdienst einer privaten IP-Adresse innerhalb Ihres virtuellen Netzwerks zu und ermöglichen privaten Zugriff über ExpressRoute, ohne den öffentlichen Endpunkt zu verwenden. Dieses Design erfüllt die Anforderung nach privater Konnektivität und erlaubt es, den öffentlichen Netzwerkzugriff vollständig zu deaktivieren.' },
      hint: { en: 'Service endpoints still rely on the public endpoint. The requirement explicitly says that the public endpoint must be disabled.', de: 'Service Endpoints nutzen weiterhin den öffentlichen Endpunkt. Die Anforderung besagt ausdrücklich, dass der öffentliche Endpunkt deaktiviert werden muss.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-private-endpoints'
    },
    {
      id: 'az305-069',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'A SaaS solution hosts hundreds of small tenant databases with unpredictable usage peaks at different times. Which Azure SQL design is usually the most cost-effective while still keeping each tenant in a separate database?', de: 'Eine SaaS-Lösung hostet Hunderte kleiner Mandantendatenbanken mit unvorhersehbaren Lastspitzen zu unterschiedlichen Zeiten. Welches Azure SQL-Design ist in der Regel am kosteneffizientesten, wenn jeder Mandant trotzdem in einer separaten Datenbank bleiben soll?' },
      options: [
    { id: 'A', text: { en: 'A dedicated provisioned compute database for each tenant', de: 'Eine dediziert bereitgestellte Datenbank pro Mandant' } },
    { id: 'B', text: { en: 'An elastic pool', de: 'Ein elastischer Pool' } },
    { id: 'C', text: { en: 'A single Azure SQL Managed Instance', de: 'Eine einzelne Azure SQL Managed Instance' } },
    { id: 'D', text: { en: 'A dedicated SQL pool in Synapse Analytics', de: 'Ein dedizierter SQL-Pool in Synapse Analytics' } }
      ],
      correct: ['B'],
      explanation: { en: 'Elastic pools are designed for collections of Azure SQL databases that have varying and unpredictable utilization patterns. They let multiple databases share a pool of compute resources, which is often more economical than overprovisioning each tenant database individually.', de: 'Elastische Pools sind für Sammlungen von Azure SQL-Datenbanken mit wechselnden und unvorhersehbaren Nutzungsmustern konzipiert. Mehrere Datenbanken teilen sich dabei einen gemeinsamen Compute-Pool, was häufig wirtschaftlicher ist, als jede Mandantendatenbank einzeln zu überdimensionieren.' },
      hint: { en: 'The important clue is separate databases with shared and burstable capacity.', de: 'Der entscheidende Hinweis sind separate Datenbanken mit gemeinsam nutzbarer und burstfähiger Kapazität.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/elastic-pool-overview?view=azuresql'
    },
    {
      id: 'az305-070',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which capabilities are native reasons to choose Azure Data Lake Storage Gen2 for large-scale analytics workloads?', de: 'Welche Funktionen sind native Gründe, Azure Data Lake Storage Gen2 für groß angelegte Analyseworkloads zu wählen?' },
      options: [
    { id: 'A', text: { en: 'POSIX-style access control lists on directories and files', de: 'POSIX-ähnliche Zugriffssteuerungslisten für Verzeichnisse und Dateien' } },
    { id: 'B', text: { en: 'Atomic directory rename and move operations', de: 'Atomare Umbenennungs- und Verschiebevorgänge auf Verzeichnisebene' } },
    { id: 'C', text: { en: 'File-system semantics that work well with Hadoop and Spark workloads', de: 'Dateisystemsemantiken, die gut mit Hadoop- und Spark-Workloads funktionieren' } },
    { id: 'D', text: { en: 'Native table entities addressed by PartitionKey and RowKey', de: 'Native Tabellenentitäten mit PartitionKey und RowKey' } },
    { id: 'E', text: { en: 'Built-in queue messaging for decoupled applications', de: 'Integrierte Nachrichtenwarteschlangen für entkoppelte Anwendungen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Data Lake Storage Gen2 adds a hierarchical namespace to Blob Storage, which enables analytics-friendly file-system behavior. Directory ACLs, efficient rename operations, and compatibility with big data engines are core reasons architects choose it for data lakes.', de: 'Data Lake Storage Gen2 ergänzt Blob Storage um einen hierarchischen Namespace und ermöglicht damit dateisystemähnliches Verhalten für Analyseworkloads. Verzeichnis-ACLs, effiziente Umbenennungen und die Kompatibilität mit Big-Data-Engines sind zentrale Gründe, warum Architekten diesen Dienst für Data Lakes auswählen.' },
      hint: { en: 'Select the capabilities that come from the hierarchical namespace rather than from other storage services.', de: 'Wählen Sie die Funktionen, die aus dem hierarchischen Namespace entstehen und nicht aus anderen Speicherdiensten stammen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-introduction'
    },
    {
      id: 'az305-071',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure storage service provides a simple, low-cost NoSQL key-attribute store that organizes data by PartitionKey and RowKey?', de: 'Welcher Azure-Speicherdienst bietet einen einfachen, kostengünstigen NoSQL-Schlüssel-Attribut-Speicher, der Daten mit PartitionKey und RowKey organisiert?' },
      options: [
    { id: 'A', text: { en: 'Azure Blob Storage', de: 'Azure Blob Storage' } },
    { id: 'B', text: { en: 'Azure Table Storage', de: 'Azure Table Storage' } },
    { id: 'C', text: { en: 'Azure Files', de: 'Azure Files' } },
    { id: 'D', text: { en: 'Azure Disk Storage', de: 'Azure Disk Storage' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Table Storage is a schemaless key-attribute store for large amounts of structured NoSQL data. It uses PartitionKey and RowKey for scalability and fast lookups, and it is often selected for simple, cost-sensitive designs.', de: 'Azure Table Storage ist ein schemafreier Schlüssel-Attribut-Speicher für große Mengen strukturierter NoSQL-Daten. Er verwendet PartitionKey und RowKey für Skalierbarkeit und schnelle Suchvorgänge und wird häufig für einfache, kostensensible Designs gewählt.' },
      hint: { en: 'The question names the exact data model used by this service.', de: 'Die Frage nennt das genaue Datenmodell dieses Dienstes.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/tables/table-storage-overview'
    },
    {
      id: 'az305-072',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Tailwind Traders, a retail enterprise must ingest data every night from on-premises SQL Server, Oracle, SFTP servers, and a SaaS CRM platform into Azure Data Lake Storage Gen2. The solution must provide managed connectors, scheduling, centralized monitoring, and support secure hybrid connectivity without building custom ingestion code.', de: 'Bei Tailwind Traders: ein Handelsunternehmen muss jede Nacht Daten aus lokalem SQL Server, Oracle, SFTP-Servern und einer SaaS-CRM-Plattform in Azure Data Lake Storage Gen2 laden. Die Lösung muss verwaltete Konnektoren, Zeitplanung, zentrale Überwachung und sichere hybride Konnektivität bieten, ohne benutzerdefinierten Ingestionscode zu entwickeln.' },
      question: { en: 'Which service should you design?', de: 'Welchen Dienst sollten Sie entwerfen?' },
      options: [
    { id: 'A', text: { en: 'Azure Data Factory', de: 'Azure Data Factory' } },
    { id: 'B', text: { en: 'Azure Event Hubs', de: 'Azure Event Hubs' } },
    { id: 'C', text: { en: 'Azure Functions', de: 'Azure Functions' } },
    { id: 'D', text: { en: 'Azure Migrate', de: 'Azure Migrate' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Data Factory is designed for orchestrated data integration across cloud and hybrid sources. It provides managed connectors, pipelines, scheduling, monitoring, and self-hosted integration runtime support for secure access to on-premises data stores.', de: 'Azure Data Factory ist für orchestrierte Datenintegration über Cloud- und Hybridquellen hinweg konzipiert. Der Dienst bietet verwaltete Konnektoren, Pipelines, Zeitplanung, Überwachung und Unterstützung für Self-Hosted Integration Runtime, um lokale Datenquellen sicher anzubinden.' },
      hint: { en: 'Choose the Azure service focused on orchestration and managed data movement, not event ingestion.', de: 'Wählen Sie den Azure-Dienst, der auf Orchestrierung und verwaltete Datenbewegung ausgerichtet ist, nicht auf Ereignisintegration.' },
      reference: 'https://learn.microsoft.com/en-us/azure/data-factory/introduction'
    },
    {
      id: 'az305-073',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service is best suited for a relational analytical data store that serves large star-schema reporting workloads with massively parallel processing rather than day-to-day OLTP transactions?', de: 'Welcher Azure-Dienst eignet sich am besten für einen relationalen analytischen Datenspeicher, der große Star-Schema-Reportingworkloads mit massiv paralleler Verarbeitung statt täglicher OLTP-Transaktionen bedient?' },
      options: [
    { id: 'A', text: { en: 'Azure SQL Database', de: 'Azure SQL Database' } },
    { id: 'B', text: { en: 'Azure Synapse Analytics dedicated SQL pool', de: 'Dedizierter SQL-Pool in Azure Synapse Analytics' } },
    { id: 'C', text: { en: 'Azure Database for MySQL - Flexible Server', de: 'Azure Database for MySQL - Flexible Server' } },
    { id: 'D', text: { en: 'Azure Table Storage', de: 'Azure Table Storage' } }
      ],
      correct: ['B'],
      explanation: { en: 'A dedicated SQL pool in Azure Synapse Analytics is designed for analytical workloads that need distributed processing across large volumes of relational data. It is optimized for data warehousing and reporting, whereas Azure SQL Database is primarily optimized for transactional application workloads.', de: 'Ein dedizierter SQL-Pool in Azure Synapse Analytics ist für Analyseworkloads ausgelegt, die verteilte Verarbeitung großer Mengen relationaler Daten benötigen. Er ist für Data Warehousing und Reporting optimiert, während Azure SQL Database in erster Linie für transaktionale Anwendungsworkloads optimiert ist.' },
      hint: { en: 'The question contrasts analytical storage with OLTP processing.', de: 'Die Frage stellt analytische Speicherung dem OLTP-Betrieb gegenüber.' },
      reference: 'https://learn.microsoft.com/en-us/azure/synapse-analytics/overview-what-is'
    },
    {
      id: 'az305-074',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure services are appropriate for a native near-real-time design that ingests high-volume event streams, performs windowed transformations, and stores data for downstream analytics?', de: 'Welche Azure-Dienste eignen sich für ein natives nahezu Echtzeitdesign, das hochvolumige Ereignisströme aufnimmt, fensterbasierte Transformationen ausführt und Daten für nachgelagerte Analysen speichert?' },
      options: [
    { id: 'A', text: { en: 'Azure Event Hubs', de: 'Azure Event Hubs' } },
    { id: 'B', text: { en: 'Azure Stream Analytics', de: 'Azure Stream Analytics' } },
    { id: 'C', text: { en: 'Azure Data Factory', de: 'Azure Data Factory' } },
    { id: 'D', text: { en: 'Azure Data Lake Storage Gen2', de: 'Azure Data Lake Storage Gen2' } },
    { id: 'E', text: { en: 'Azure Cache for Redis', de: 'Azure Cache for Redis' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: { en: 'Event Hubs is the ingestion layer for high-throughput event streams, Stream Analytics performs real-time query and transformation logic, and Data Lake Storage Gen2 is a common landing zone for raw or aggregated output. Data Factory is oriented toward batch orchestration rather than continuous stream processing.', de: 'Event Hubs bildet die Ingestionsschicht für hochdurchsatzfähige Ereignisströme, Stream Analytics führt Echtzeitabfragen und Transformationen aus, und Data Lake Storage Gen2 ist ein typisches Ziel für rohe oder aggregierte Ausgaben. Data Factory ist auf Batch-Orchestrierung und nicht auf kontinuierliche Stromverarbeitung ausgerichtet.' },
      hint: { en: 'Pick one service for ingest, one for stream processing, and one for durable analytics storage.', de: 'Wählen Sie einen Dienst für Ingestion, einen für Streamverarbeitung und einen für dauerhafte Analysespeicherung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/stream-analytics/stream-analytics-introduction'
    },
    {
      id: 'az305-075',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. is building a new customer-facing platform that must use PostgreSQL-compatible PaaS. The database must support private virtual network integration, planned maintenance windows, read replicas, and zone-redundant high availability in Azure.', de: 'Contoso, Ltd. entwickelt eine neue kundenorientierte Plattform, die einen PostgreSQL-kompatiblen PaaS-Dienst verwenden muss. Die Datenbank muss private VNet-Integration, planbare Wartungsfenster, Lesereplikate und zonenredundante Hochverfügbarkeit in Azure unterstützen.' },
      question: { en: 'Which database service should you choose?', de: 'Welchen Datenbankdienst sollten Sie wählen?' },
      options: [
    { id: 'A', text: { en: 'Azure SQL Managed Instance', de: 'Azure SQL Managed Instance' } },
    { id: 'B', text: { en: 'Azure Database for PostgreSQL - Flexible Server', de: 'Azure Database for PostgreSQL - Flexible Server' } },
    { id: 'C', text: { en: 'Azure Cosmos DB for PostgreSQL', de: 'Azure Cosmos DB for PostgreSQL' } },
    { id: 'D', text: { en: 'Azure Database for MySQL - Flexible Server', de: 'Azure Database for MySQL - Flexible Server' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Database for PostgreSQL - Flexible Server is the managed PostgreSQL service designed for application workloads that need configuration flexibility, private networking, HA options, and read replicas. It maps directly to the PostgreSQL compatibility requirement without introducing an analytical or non-PostgreSQL platform.', de: 'Azure Database for PostgreSQL - Flexible Server ist der verwaltete PostgreSQL-Dienst für Anwendungsworkloads, die Konfigurationsflexibilität, private Netzwerke, Hochverfügbarkeitsoptionen und Lesereplikate benötigen. Er passt direkt zur PostgreSQL-Kompatibilitätsanforderung, ohne eine analytische oder nicht auf PostgreSQL basierende Plattform einzuführen.' },
      hint: { en: 'Choose the managed PostgreSQL service intended for transactional applications with networking and HA controls.', de: 'Wählen Sie den verwalteten PostgreSQL-Dienst, der für transaktionale Anwendungen mit Netzwerk- und HA-Steuerung vorgesehen ist.' },
      reference: 'https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/overview'
    },
    {
      id: 'az305-076',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure SQL Database service tier should you recommend for a single database that is expected to grow to many terabytes and requires rapid storage scaling with support for multiple read replicas?', de: 'Welche Dienstebene von Azure SQL Database sollten Sie für eine einzelne Datenbank empfehlen, die auf viele Terabyte anwachsen soll und eine schnelle Speicherskalierung mit Unterstützung mehrerer Lesereplikate benötigt?' },
      options: [
    { id: 'A', text: { en: 'General Purpose', de: 'General Purpose' } },
    { id: 'B', text: { en: 'Hyperscale', de: 'Hyperscale' } },
    { id: 'C', text: { en: 'Serverless', de: 'Serverless' } },
    { id: 'D', text: { en: 'Elastic pool', de: 'Elastischer Pool' } }
      ],
      correct: ['B'],
      explanation: { en: 'The Hyperscale tier is built for very large Azure SQL databases and separates compute from distributed storage, enabling fast growth and scale characteristics that exceed the limits of standard single database tiers. It also supports read scale scenarios with additional replicas.', de: 'Die Hyperscale-Dienstebene ist für sehr große Azure SQL-Datenbanken ausgelegt und trennt Compute von verteiltem Speicher, wodurch schnelles Wachstum und Skalierung möglich werden, die über die Grenzen standardmäßiger Einzeldatenbankebenen hinausgehen. Außerdem unterstützt sie Leseskalierung mit zusätzlichen Replikaten.' },
      hint: { en: 'The key clue is a very large single database, not many small databases.', de: 'Der entscheidende Hinweis ist eine sehr große einzelne Datenbank und nicht viele kleine Datenbanken.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/service-tier-hyperscale?view=azuresql'
    },
    {
      id: 'az305-077',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'A compliance workload on Azure SQL Database must support restore to any point in the last 35 days and also retain weekly backups for 10 years. Which designs should you include?', de: 'Ein Compliance-Workload auf Azure SQL Database muss eine Wiederherstellung zu jedem Zeitpunkt der letzten 35 Tage unterstützen und zusätzlich wöchentliche Backups 10 Jahre lang aufbewahren. Welche Designs sollten Sie einbeziehen?' },
      options: [
    { id: 'A', text: { en: 'Configure short-term retention for point-in-time restore', de: 'Konfigurieren Sie die Kurzzeitaufbewahrung für Point-in-Time-Wiederherstellung' } },
    { id: 'B', text: { en: 'Configure long-term retention for selected backups', de: 'Konfigurieren Sie die Langzeitaufbewahrung für ausgewählte Backups' } },
    { id: 'C', text: { en: 'Use auto-failover groups as the backup design', de: 'Verwenden Sie Auto-Failover-Gruppen als Backupdesign' } },
    { id: 'D', text: { en: 'Disable automated backups and export bacpac files manually', de: 'Deaktivieren Sie automatisierte Backups und exportieren Sie bacpac-Dateien manuell' } },
    { id: 'E', text: { en: 'Rely only on active geo-replication', de: 'Verlassen Sie sich ausschließlich auf aktive Georeplikation' } }
      ],
      correct: ['A', 'B'],
      explanation: { en: 'Short-term retention supports point-in-time restore within the configured operational recovery window, while long-term retention preserves specific full backups for extended compliance periods. Geo-replication and failover groups improve availability, but they do not replace a backup and retention strategy.', de: 'Die Kurzzeitaufbewahrung unterstützt Point-in-Time-Wiederherstellungen innerhalb des konfigurierten operativen Wiederherstellungsfensters, während die Langzeitaufbewahrung bestimmte Vollbackups für verlängerte Compliance-Zeiträume bewahrt. Georeplikation und Failover-Gruppen verbessern die Verfügbarkeit, ersetzen jedoch keine Backup- und Aufbewahrungsstrategie.' },
      hint: { en: 'One feature covers operational recovery windows, and another covers years of compliance retention.', de: 'Eine Funktion deckt operative Wiederherstellungsfenster ab, und eine andere mehrere Jahre Compliance-Aufbewahrung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/automated-backups-overview?view=azuresql'
    },
    {
      id: 'az305-078',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'You store shopping cart items in an Azure Cosmos DB container. The application almost always reads and updates a cart by customer ID, and each customer can have multiple cart items. Which partition key is the best choice?', de: 'Sie speichern Warenkorbelemente in einem Azure Cosmos DB-Container. Die Anwendung liest und aktualisiert einen Warenkorb fast immer anhand der Kunden-ID, und jeder Kunde kann mehrere Warenkorbelemente haben. Welcher Partitionsschlüssel ist die beste Wahl?' },
      options: [
    { id: 'A', text: { en: '/productId', de: '/productId' } },
    { id: 'B', text: { en: '/customerId', de: '/customerId' } },
    { id: 'C', text: { en: '/lastUpdatedDate', de: '/lastUpdatedDate' } },
    { id: 'D', text: { en: '/itemDescription', de: '/itemDescription' } }
      ],
      correct: ['B'],
      explanation: { en: 'Using /customerId as the partition key colocates all cart items for a customer and aligns with the dominant access pattern. That enables efficient point reads and queries for a single cart without unnecessary cross-partition fan-out.', de: 'Die Verwendung von /customerId als Partitionsschlüssel ordnet alle Warenkorbelemente eines Kunden gemeinsam an und passt damit zum dominanten Zugriffsmuster. Dadurch werden effiziente Punktlesevorgänge und Abfragen für einen einzelnen Warenkorb ohne unnötige partitionenübergreifende Streuung ermöglicht.' },
      hint: { en: 'Choose the value that groups data the same way the application usually accesses it.', de: 'Wählen Sie den Wert, der Daten genauso gruppiert, wie die Anwendung üblicherweise darauf zugreift.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/partitioning-overview'
    },
    {
      id: 'az305-079',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service should you choose for a fully managed MySQL-compatible relational database platform with built-in high availability options and read replicas?', de: 'Welchen Azure-Dienst sollten Sie für eine vollständig verwaltete MySQL-kompatible relationale Datenbankplattform mit integrierten Hochverfügbarkeitsoptionen und Lesereplikaten wählen?' },
      options: [
    { id: 'A', text: { en: 'Azure SQL Database', de: 'Azure SQL Database' } },
    { id: 'B', text: { en: 'Azure Database for MySQL - Flexible Server', de: 'Azure Database for MySQL - Flexible Server' } },
    { id: 'C', text: { en: 'Azure Cosmos DB', de: 'Azure Cosmos DB' } },
    { id: 'D', text: { en: 'Azure Table Storage', de: 'Azure Table Storage' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Database for MySQL - Flexible Server is the managed MySQL PaaS offering in Azure for relational application workloads. It provides built-in platform management along with features such as high availability and read replicas.', de: 'Azure Database for MySQL - Flexible Server ist das verwaltete MySQL-PaaS-Angebot in Azure für relationale Anwendungsworkloads. Der Dienst bietet integriertes Plattformmanagement sowie Funktionen wie Hochverfügbarkeit und Lesereplikate.' },
      hint: { en: 'The requirement explicitly calls for MySQL compatibility as a managed Azure service.', de: 'Die Anforderung nennt ausdrücklich MySQL-Kompatibilität als verwalteten Azure-Dienst.' },
      reference: 'https://learn.microsoft.com/en-us/azure/mysql/flexible-server/overview'
    },
    {
      id: 'az305-080',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Contoso, Ltd., a manufacturer receives 200,000 sensor events per second from plants worldwide. Operations managers need dashboards within seconds, data scientists need raw event retention for one year in a data lake, and analysts need SQL-based historical analysis without running those queries against the live ingestion path.', de: 'Contoso, Ltd. empfängt weltweit 200.000 Sensorereignisse pro Sekunde aus seinen Werken. Betriebsleiter benötigen Dashboards innerhalb von Sekunden, Data Scientists benötigen die Rohereignisse für ein Jahr in einem Data Lake, und Analysten benötigen SQL-basierte historische Analysen, ohne diese Abfragen gegen den Live-Ingestionspfad auszuführen.' },
      question: { en: 'Which architecture should you recommend?', de: 'Welche Architektur sollten Sie empfehlen?' },
      options: [
    { id: 'A', text: { en: 'Store all events directly in Azure SQL Database and run Power BI against the operational store', de: 'Speichern Sie alle Ereignisse direkt in Azure SQL Database und führen Sie Power BI gegen den operativen Speicher aus' } },
    { id: 'B', text: { en: 'Ingest with Event Hubs, process with Stream Analytics, land raw data in ADLS Gen2, and analyze curated data with Synapse Analytics', de: 'Nehmen Sie Daten mit Event Hubs auf, verarbeiten Sie sie mit Stream Analytics, legen Sie Rohdaten in ADLS Gen2 ab und analysieren Sie aufbereitete Daten mit Synapse Analytics' } },
    { id: 'C', text: { en: 'Use Azure Table Storage as the streaming buffer and run historical SQL reports directly from tables', de: 'Verwenden Sie Azure Table Storage als Streamingpuffer und führen Sie historische SQL-Berichte direkt aus Tabellen aus' } },
    { id: 'D', text: { en: 'Use Azure SQL Managed Instance for ingestion and Azure Database for MySQL read replicas for analytics', de: 'Verwenden Sie Azure SQL Managed Instance für die Ingestion und Azure Database for MySQL-Lesereplikate für Analysen' } }
      ],
      correct: ['B'],
      explanation: { en: 'This design separates streaming ingestion, stream processing, durable raw storage, and historical analytics into services optimized for each role. Event Hubs handles high-throughput ingestion, Stream Analytics delivers near-real-time processing, ADLS Gen2 provides low-cost long-term storage for raw data, and Synapse Analytics supports SQL-based analysis without burdening the operational ingest path.', de: 'Dieses Design trennt Streaming-Ingestion, Stromverarbeitung, dauerhafte Rohdatenspeicherung und historische Analysen auf Dienste, die jeweils für ihre Rolle optimiert sind. Event Hubs übernimmt die Ingestion mit hohem Durchsatz, Stream Analytics liefert nahezu Echtzeitverarbeitung, ADLS Gen2 bietet kostengünstige Langzeitspeicherung für Rohdaten, und Synapse Analytics unterstützt SQL-basierte Analysen, ohne den operativen Ingestionspfad zu belasten.' },
      hint: { en: 'Choose the architecture that separates operational event ingestion from long-term analytical storage and querying.', de: 'Wählen Sie die Architektur, die operative Ereignis-Ingestion von langfristiger analytischer Speicherung und Abfrage trennt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/data-guide/technology-choices/stream-processing'
    },
    {
      id: 'az305-081',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service provides a centralized management experience for backup jobs, policies, protected items, and vaults across subscriptions, including Recovery Services vaults and Backup vaults?', de: 'Welcher Azure-Dienst bietet eine zentrale Verwaltungsoberfläche für Sicherungsaufträge, Richtlinien, geschützte Elemente und Tresore über Abonnements hinweg, einschließlich Recovery Services-Tresoren und Backup-Tresoren?' },
      options: [
        { id: 'A', text: { en: 'Azure Advisor', de: 'Azure Advisor' } },
        { id: 'B', text: { en: 'Backup Center', de: 'Backup Center' } },
        { id: 'C', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['B'],
      explanation: { en: 'Backup Center is the centralized Azure experience for monitoring and governing backup across the estate. It helps architects and operations teams view vaults, backup jobs, policies, alerts, and protected instances from a single place instead of navigating each vault individually.', de: 'Backup Center ist die zentrale Azure-Oberfläche für Überwachung und Governance von Sicherungen im gesamten Bestand. Architekten und Betriebsteams können Tresore, Sicherungsaufträge, Richtlinien, Warnungen und geschützte Instanzen an einer Stelle einsehen, statt jeden Tresor einzeln zu verwalten.' },
      hint: { en: 'Look for the service designed as a single pane of glass for backup administration.', de: 'Suchen Sie nach dem Dienst, der als zentrale Verwaltungsoberfläche für Sicherungen konzipiert wurde.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/backup-center-overview'
    },
    {
      id: 'az305-082',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Fabrikam, Inc. stores raw video in Azure Blob Storage and uses Azure managed disks for rendering hosts. The backup team wants policy-based protection for these newer workloads, Azure RBAC integration, and centralized visibility in Backup Center. No backup of Azure VMs or SQL Server in Azure VMs is required.', de: 'Fabrikam, Inc. speichert Rohvideos in Azure Blob Storage und verwendet Azure Managed Disks für Render-Hosts. Das Backup-Team möchte richtlinienbasierte Sicherung für diese neueren Workloads, Integration in Azure RBAC und zentrale Sichtbarkeit im Backup Center. Eine Sicherung von Azure-VMs oder SQL Server in Azure-VMs ist nicht erforderlich.' },
      question: { en: 'Which vault type should you design?', de: 'Welchen Tresortyp sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Recovery Services vault', de: 'Recovery Services-Tresor' } },
        { id: 'B', text: { en: 'Backup vault', de: 'Backup-Tresor' } },
        { id: 'C', text: { en: 'Key Vault', de: 'Key Vault' } },
        { id: 'D', text: { en: 'Log Analytics workspace', de: 'Log Analytics-Arbeitsbereich' } }
      ],
      correct: ['B'],
      explanation: { en: 'Backup vaults are the Azure Backup vault type used for certain newer workloads such as operational backup for Azure Blobs and Azure Disk Backup. Recovery Services vaults remain the correct design for workloads such as Azure VMs, SQL Server in Azure VMs, and SAP HANA in Azure VMs.', de: 'Backup-Tresore sind der von Azure Backup verwendete Tresortyp für bestimmte neuere Workloads wie die operative Sicherung von Azure Blobs und Azure Disk Backup. Recovery Services-Tresore bleiben die richtige Wahl für Workloads wie Azure-VMs, SQL Server in Azure-VMs und SAP HANA in Azure-VMs.' },
      hint: { en: 'Distinguish between the traditional vault for VM-centric backups and the newer vault for Blob and disk operational backup workloads.', de: 'Unterscheiden Sie zwischen dem klassischen Tresor für VM-zentrierte Sicherungen und dem neueren Tresor für Blob- und Datenträger-Workloads.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/backup-vault-overview'
    },
    {
      id: 'az305-083',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Storage redundancy options maintain data synchronously across multiple availability zones in the primary region?', de: 'Welche Azure Storage-Redundanzoptionen halten Daten synchron über mehrere Verfügbarkeitszonen in der Primärregion hinweg?' },
      options: [
        { id: 'A', text: { en: 'Locally redundant storage (LRS)', de: 'Lokal redundanter Speicher (LRS)' } },
        { id: 'B', text: { en: 'Zone-redundant storage (ZRS)', de: 'Zonenredundanter Speicher (ZRS)' } },
        { id: 'C', text: { en: 'Geo-redundant storage (GRS)', de: 'Georedundanter Speicher (GRS)' } },
        { id: 'D', text: { en: 'Geo-zone-redundant storage (GZRS)', de: 'Geozonenredundanter Speicher (GZRS)' } },
        { id: 'E', text: { en: 'Read-access geo-zone-redundant storage (RA-GZRS)', de: 'Lesezugriff auf geozonenredundanten Speicher (RA-GZRS)' } }
      ],
      correct: ['B', 'D', 'E'],
      explanation: { en: 'ZRS keeps data synchronously replicated across availability zones within the primary region. GZRS and RA-GZRS build on that same zonal protection in the primary region and add asynchronous geo-replication to a secondary region. LRS stays within one datacenter and GRS does not provide zonal replication in the primary region.', de: 'ZRS hält Daten synchron über Verfügbarkeitszonen innerhalb der Primärregion repliziert. GZRS und RA-GZRS bauen auf demselben Zonenschutz in der Primärregion auf und ergänzen ihn um asynchrone Georeplikation in eine Sekundärregion. LRS bleibt innerhalb eines Rechenzentrums, und GRS bietet keine zonale Replikation in der Primärregion.' },
      hint: { en: 'Choose the options that include zone-level protection in the primary region, not just local or geo copies.', de: 'Wählen Sie die Optionen, die Zonenschutz in der Primärregion enthalten und nicht nur lokale oder geografische Kopien.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-084',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a SaaS provider runs a single Azure SQL Database for billing in East US. The company needs up to four readable secondary databases in other regions for reporting and regional resiliency. Failover can be managed at the individual database level, and the application team can handle separate connection endpoints if needed.', de: 'Bei Fabrikam, Inc.: ein SaaS-Anbieter betreibt eine einzelne Azure SQL Database für die Abrechnung in East US. Das Unternehmen benötigt bis zu vier lesbare Sekundärdatenbanken in anderen Regionen für Reporting und regionale Resilienz. Das Failover kann auf Ebene der einzelnen Datenbank gesteuert werden, und das Anwendungsteam kann bei Bedarf separate Verbindungsendpunkte handhaben.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Geo-restore from backups', de: 'Geo-Wiederherstellung aus Backups' } },
        { id: 'B', text: { en: 'Active geo-replication', de: 'Aktive Georeplikation' } },
        { id: 'C', text: { en: 'Auto-failover groups', de: 'Auto-Failover-Gruppen' } },
        { id: 'D', text: { en: 'Long-term retention', de: 'Langzeitaufbewahrung' } }
      ],
      correct: ['B'],
      explanation: { en: 'Active geo-replication is configured per database and is appropriate when you need one primary with multiple readable secondary databases for regional resiliency and reporting. Auto-failover groups are better when you need stable listener endpoints and coordinated failover for a group of databases rather than per-database management.', de: 'Aktive Georeplikation wird pro Datenbank konfiguriert und ist passend, wenn Sie eine Primärdatenbank mit mehreren lesbaren Sekundärdatenbanken für regionale Resilienz und Reporting benötigen. Auto-Failover-Gruppen sind besser geeignet, wenn stabile Listener-Endpunkte und ein koordiniertes Failover für eine Gruppe von Datenbanken statt einer Verwaltung pro einzelner Datenbank erforderlich sind.' },
      hint: { en: 'The requirement focuses on a single database with several readable secondaries, not on grouped databases with listener endpoints.', de: 'Die Anforderung konzentriert sich auf eine einzelne Datenbank mit mehreren lesbaren Sekundärinstanzen und nicht auf gruppierte Datenbanken mit Listener-Endpunkten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/active-geo-replication-overview'
    },
    {
      id: 'az305-085',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'A region does not support Availability Zones. You need two Azure virtual machines to be placed across fault domains and update domains within that region to reduce the impact of hardware or maintenance events. What should you use?', de: 'Eine Region unterstützt keine Verfügbarkeitszonen. Sie müssen zwei Azure-VMs in dieser Region über Fehlerdomänen und Updatedomänen verteilen, um die Auswirkungen von Hardware- oder Wartungsereignissen zu verringern. Was sollten Sie verwenden?' },
      options: [
        { id: 'A', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } },
        { id: 'B', text: { en: 'Proximity placement group', de: 'Proximity Placement Group' } },
        { id: 'C', text: { en: 'Recovery Services vault', de: 'Recovery Services-Tresor' } },
        { id: 'D', text: { en: 'Reserved VM instances', de: 'Reservierte VM-Instanzen' } }
      ],
      correct: ['A'],
      explanation: { en: 'Availability sets are the classic in-region high-availability construct for virtual machines when Availability Zones are not used. They spread VMs across fault domains and update domains to reduce the chance that a single host, rack, or maintenance event affects all instances.', de: 'Verfügbarkeitsgruppen sind das klassische In-Region-Konstrukt für Hochverfügbarkeit von virtuellen Maschinen, wenn keine Verfügbarkeitszonen verwendet werden. Sie verteilen VMs über Fehlerdomänen und Updatedomänen, um das Risiko zu verringern, dass ein einzelner Host, ein Rack oder ein Wartungsereignis alle Instanzen gleichzeitig betrifft.' },
      hint: { en: 'Think about the older regional VM availability model that predates zones.', de: 'Denken Sie an das ältere regionale Verfügbarkeitsmodell für VMs, das vor den Zonen eingeführt wurde.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-machines/availability-set-overview'
    },
    {
      id: 'az305-086',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which design choices improve the resilience of an Azure Cosmos DB account against regional and zonal failures?', de: 'Welche Entwurfsentscheidungen verbessern die Resilienz eines Azure Cosmos DB-Kontos gegenüber regionalen und zonalen Ausfällen?' },
      options: [
        { id: 'A', text: { en: 'Enable automatic failover', de: 'Automatisches Failover aktivieren' } },
        { id: 'B', text: { en: 'Enable multi-region writes', de: 'Schreibvorgänge über mehrere Regionen aktivieren' } },
        { id: 'C', text: { en: 'Enable Availability Zones in supported regions', de: 'Verfügbarkeitszonen in unterstützten Regionen aktivieren' } },
        { id: 'D', text: { en: 'Use strong consistency only as the primary resiliency feature', de: 'Starke Konsistenz als primäre Resilienzfunktion verwenden' } },
        { id: 'E', text: { en: 'Keep a single write region with no failover priorities configured', de: 'Eine einzelne Schreibregion ohne konfigurierte Failover-Prioritäten beibehalten' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Automatic failover lets Azure promote another region when the current write region is unavailable. Multi-region writes can improve write availability and reduce dependence on a single write region. Availability Zones add datacenter-level fault isolation inside supported regions. Consistency level selection is important for application behavior, but it is not itself the core high-availability mechanism.', de: 'Automatisches Failover ermöglicht es Azure, bei Ausfall der aktuellen Schreibregion eine andere Region hochzustufen. Schreibvorgänge über mehrere Regionen können die Schreibverfügbarkeit erhöhen und die Abhängigkeit von einer einzelnen Schreibregion verringern. Verfügbarkeitszonen fügen innerhalb unterstützter Regionen eine Fehlerisolierung auf Rechenzentrumsebene hinzu. Die Wahl der Konsistenzstufe ist für das Anwendungsverhalten wichtig, stellt jedoch nicht den eigentlichen Hochverfügbarkeitsmechanismus dar.' },
      hint: { en: 'Pick the options that add alternative healthy regions or datacenter isolation, not query-consistency behavior.', de: 'Wählen Sie die Optionen, die alternative gesunde Regionen oder Rechenzentrumsisolation hinzufügen, nicht das Konsistenzverhalten von Abfragen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/distribute-data-globally'
    },
    {
      id: 'az305-087',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Tailwind Traders, a global retailer hosts its customer-facing web platform on App Service in East US and West Europe. The solution must use a single global entry point, support path-based routing, integrate a web application firewall, terminate HTTPS at the edge, and fail over automatically to a healthy region when one region becomes unavailable.', de: 'Bei Tailwind Traders: ein globaler Einzelhändler betreibt seine kundenorientierte Webplattform auf App Service in East US und West Europe. Die Lösung muss einen einzigen globalen Einstiegspunkt verwenden, pfadbasiertes Routing unterstützen, eine Web Application Firewall integrieren, HTTPS am Edge beenden und automatisch auf eine gesunde Region umschalten, wenn eine Region ausfällt.' },
      question: { en: 'Which service should you choose?', de: 'Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Traffic Manager', de: 'Azure Traffic Manager' } },
        { id: 'B', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'C', text: { en: 'Azure Application Gateway in one region', de: 'Azure Application Gateway in einer Region' } },
        { id: 'D', text: { en: 'Azure Standard Load Balancer', de: 'Azure Standard Load Balancer' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Front Door is the correct global layer 7 service when you need anycast entry, health-probe-based failover, path-based routing, HTTPS acceleration, and WAF capabilities. Traffic Manager is DNS-based and does not provide the same edge routing and application acceleration features.', de: 'Azure Front Door ist der richtige globale Layer-7-Dienst, wenn Sie einen Anycast-Einstiegspunkt, gesundheitsbasierte Umschaltung, pfadbasiertes Routing, HTTPS-Beschleunigung und WAF-Funktionen benötigen. Traffic Manager arbeitet DNS-basiert und bietet diese Edge-Routing- und Anwendungsbeschleunigungsfunktionen nicht in gleichem Umfang.' },
      hint: { en: 'The key clues are WAF, path-based routing, and edge termination for HTTP and HTTPS traffic.', de: 'Die entscheidenden Hinweise sind WAF, pfadbasiertes Routing und Edge-Terminierung für HTTP- und HTTPS-Datenverkehr.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/standard-premium/overview'
    },
    {
      id: 'az305-088',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service is best suited for DNS-based failover across public endpoints, including Azure-hosted services, external endpoints, and non-HTTP applications?', de: 'Welcher Azure-Dienst eignet sich am besten für DNS-basiertes Failover über öffentliche Endpunkte hinweg, einschließlich in Azure gehosteter Dienste, externer Endpunkte und Nicht-HTTP-Anwendungen?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'B', text: { en: 'Azure Traffic Manager', de: 'Azure Traffic Manager' } },
        { id: 'C', text: { en: 'Azure Application Gateway', de: 'Azure Application Gateway' } },
        { id: 'D', text: { en: 'Azure Load Balancer', de: 'Azure Load Balancer' } }
      ],
      correct: ['B'],
      explanation: { en: 'Traffic Manager uses DNS to direct clients to public endpoints based on health and routing policy. Because it is DNS-based, it can work across Azure and non-Azure endpoints and is not limited to HTTP and HTTPS application proxy scenarios.', de: 'Traffic Manager verwendet DNS, um Clients anhand von Integritätsinformationen und Routingrichtlinien zu öffentlichen Endpunkten zu leiten. Da der Dienst DNS-basiert arbeitet, kann er über Azure- und Nicht-Azure-Endpunkte hinweg eingesetzt werden und ist nicht auf HTTP- und HTTPS-Proxy-Szenarien beschränkt.' },
      hint: { en: 'Choose the global routing service that works at the DNS layer rather than the HTTP layer.', de: 'Wählen Sie den globalen Routingdienst, der auf DNS-Ebene und nicht auf HTTP-Ebene arbeitet.' },
      reference: 'https://learn.microsoft.com/en-us/azure/traffic-manager/traffic-manager-overview'
    },
    {
      id: 'az305-089',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which design choices improve business continuity for a mission-critical Azure App Service application?', de: 'Welche Entwurfsentscheidungen verbessern die Geschäftskontinuität einer geschäftskritischen Azure App Service-Anwendung?' },
      options: [
        { id: 'A', text: { en: 'Deploy the app to multiple regions behind a global load-balancing layer', de: 'Die App in mehreren Regionen hinter einer globalen Lastverteilung bereitstellen' } },
        { id: 'B', text: { en: 'Use deployment slots for controlled swaps and low-risk releases', de: 'Bereitstellungsslots für kontrollierte Swaps und risikoarme Releases verwenden' } },
        { id: 'C', text: { en: 'Externalize session state and uploaded content to shared external services', de: 'Sitzungsstatus und hochgeladene Inhalte in gemeinsame externe Dienste auslagern' } },
        { id: 'D', text: { en: 'Store user uploads only on the local App Service file system', de: 'Benutzeruploads nur im lokalen App Service-Dateisystem speichern' } },
        { id: 'E', text: { en: 'Rely on manual restore from backups as the primary regional failover strategy', de: 'Sich bei regionalem Failover primär auf manuelle Wiederherstellung aus Backups verlassen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'A resilient App Service design is multi-region, minimizes deployment risk, and avoids local state tied to one instance or region. Deployment slots reduce planned-release risk, while externalized session state and file storage make it possible to fail over between regions cleanly. Local file dependency and restore-based recovery alone do not provide strong continuity.', de: 'Ein resilientes App Service-Design ist mehrregional, minimiert Bereitstellungsrisiken und vermeidet lokalen Zustand, der an eine Instanz oder Region gebunden ist. Bereitstellungsslots verringern das Risiko geplanter Releases, während ausgelagerter Sitzungsstatus und externe Dateispeicherung ein sauberes Failover zwischen Regionen ermöglichen. Die Abhängigkeit vom lokalen Dateisystem und reine Wiederherstellung aus Backups bieten keine starke Kontinuität.' },
      hint: { en: 'Choose the options that reduce deployment risk, remove local state, and add a second healthy region.', de: 'Wählen Sie die Optionen, die Bereitstellungsrisiken verringern, lokalen Zustand beseitigen und eine zweite gesunde Region hinzufügen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/manage-disaster-recovery'
    },
    {
      id: 'az305-090',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a streaming company runs a stateless API tier on virtual machine scale sets in East US. The API must survive the loss of a datacenter and also continue serving traffic if the entire region fails. The architecture must scale automatically and redirect users without requiring manual DNS updates.', de: 'Bei Tailwind Traders: ein Streaming-Unternehmen betreibt eine zustandslose API-Ebene auf Virtual Machine Scale Sets in East US. Die API muss den Ausfall eines Rechenzentrums überstehen und auch dann weiter Datenverkehr verarbeiten, wenn die gesamte Region ausfällt. Die Architektur muss automatisch skalieren und Benutzer ohne manuelle DNS-Änderungen umleiten.' },
      question: { en: 'Which design best meets the requirement?', de: 'Welches Design erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'Deploy one VMSS in a single availability set in East US', de: 'Ein VMSS in einer einzelnen Verfügbarkeitsgruppe in East US bereitstellen' } },
        { id: 'B', text: { en: 'Deploy one zonal VMSS in East US and rely on Azure Backup for regional recovery', de: 'Ein zonales VMSS in East US bereitstellen und sich für regionale Wiederherstellung auf Azure Backup verlassen' } },
        { id: 'C', text: { en: 'Deploy one zone-spanning VMSS in each of two regions and place them behind Azure Front Door', de: 'Je ein zonenübergreifendes VMSS in zwei Regionen bereitstellen und beide hinter Azure Front Door platzieren' } },
        { id: 'D', text: { en: 'Use dedicated hosts in East US and update DNS manually during an outage', de: 'Dedicated Hosts in East US verwenden und DNS während eines Ausfalls manuell aktualisieren' } }
      ],
      correct: ['C'],
      explanation: { en: 'VMSS improves elasticity inside a region, but regional resiliency requires a second regional deployment. Spreading instances across Availability Zones reduces datacenter-level risk, and Azure Front Door provides the global health-based routing needed to move traffic automatically to the surviving region.', de: 'VMSS verbessert die Elastizität innerhalb einer Region, aber regionale Resilienz erfordert eine zweite regionale Bereitstellung. Die Verteilung von Instanzen über Verfügbarkeitszonen reduziert das Risiko auf Rechenzentrumsebene, und Azure Front Door bietet das globale gesundheitsbasierte Routing, um den Datenverkehr automatisch in die verbleibende Region umzuleiten.' },
      hint: { en: 'A single scale set is regional. To survive a regional outage, you need another region plus global traffic steering.', de: 'Ein einzelnes Scale Set ist regional. Um einen regionalen Ausfall zu überstehen, benötigen Sie eine weitere Region plus globale Verkehrssteuerung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-use-availability-zones'
    },
    {
      id: 'az305-091',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Storage redundancy option provides synchronous replication across availability zones in the primary region and asynchronous replication to a secondary region, but does not provide read access to the secondary endpoint?', de: 'Welche Azure Storage-Redundanzoption bietet synchrone Replikation über Verfügbarkeitszonen in der Primärregion und asynchrone Replikation in eine Sekundärregion, stellt jedoch keinen Lesezugriff auf den sekundären Endpunkt bereit?' },
      options: [
        { id: 'A', text: { en: 'Zone-redundant storage (ZRS)', de: 'Zonenredundanter Speicher (ZRS)' } },
        { id: 'B', text: { en: 'Geo-redundant storage (GRS)', de: 'Georedundanter Speicher (GRS)' } },
        { id: 'C', text: { en: 'Geo-zone-redundant storage (GZRS)', de: 'Geozonenredundanter Speicher (GZRS)' } },
        { id: 'D', text: { en: 'Read-access geo-zone-redundant storage (RA-GZRS)', de: 'Lesezugriff auf geozonenredundanten Speicher (RA-GZRS)' } }
      ],
      correct: ['C'],
      explanation: { en: 'GZRS combines zone-level durability in the primary region with asynchronous replication to a secondary region. Unlike RA-GZRS, it does not expose read access to the secondary endpoint. This makes it appropriate when you want both zonal and regional durability but do not need secondary reads.', de: 'GZRS kombiniert Haltbarkeit auf Zonenebene in der Primärregion mit asynchroner Replikation in eine Sekundärregion. Im Gegensatz zu RA-GZRS stellt es keinen Lesezugriff auf den sekundären Endpunkt bereit. Damit eignet es sich, wenn Sie sowohl zonale als auch regionale Haltbarkeit benötigen, aber keine sekundären Lesezugriffe.' },
      hint: { en: 'The answer includes both zone and geo protection, but not read access on the secondary copy.', de: 'Die Antwort umfasst sowohl Zonen- als auch Geoschutz, jedoch keinen Lesezugriff auf die sekundäre Kopie.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-092',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Site Recovery capability should you use to fail over a multi-tier application in a defined sequence and include automation steps or manual actions?', de: 'Welche Funktion von Azure Site Recovery sollten Sie verwenden, um eine mehrschichtige Anwendung in einer definierten Reihenfolge umzuschalten und dabei Automatisierungsschritte oder manuelle Aktionen einzubinden?' },
      options: [
        { id: 'A', text: { en: 'Recovery plans', de: 'Wiederherstellungspläne' } },
        { id: 'B', text: { en: 'Update domains', de: 'Updatedomänen' } },
        { id: 'C', text: { en: 'Backup policies', de: 'Sicherungsrichtlinien' } },
        { id: 'D', text: { en: 'Resource locks', de: 'Ressourcensperren' } }
      ],
      correct: ['A'],
      explanation: { en: 'Recovery plans in Azure Site Recovery orchestrate disaster recovery for groups of protected machines. They let you define startup order, group dependencies, scripted actions, and operational steps so that complex applications can be failed over in a controlled way instead of as unrelated individual machines.', de: 'Wiederherstellungspläne in Azure Site Recovery orchestrieren die Notfallwiederherstellung für Gruppen geschützter Maschinen. Sie ermöglichen die Definition von Startreihenfolge, Gruppenabhängigkeiten, Skriptaktionen und Betriebsschritten, sodass komplexe Anwendungen kontrolliert und nicht nur als voneinander unabhängige Einzelmaschinen umgeschaltet werden können.' },
      hint: { en: 'The requirement is about orchestration and sequencing, not just replication.', de: 'Die Anforderung betrifft Orchestrierung und Reihenfolge, nicht nur Replikation.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/recovery-plan-overview'
    },
    {
      id: 'az305-093',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Your application uses several Azure SQL databases that must fail over together to another region. The application also requires stable read-write and read-only listener endpoints so connection strings do not need to change after failover. Which design should you choose?', de: 'Ihre Anwendung verwendet mehrere Azure SQL-Datenbanken, die gemeinsam in eine andere Region umschalten müssen. Die Anwendung benötigt außerdem stabile Lese-/Schreib- und schreibgeschützte Listener-Endpunkte, damit Verbindungszeichenfolgen nach einem Failover nicht geändert werden müssen. Welches Design sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Active geo-replication', de: 'Aktive Georeplikation' } },
        { id: 'B', text: { en: 'Auto-failover groups', de: 'Auto-Failover-Gruppen' } },
        { id: 'C', text: { en: 'Point-in-time restore', de: 'Point-in-Time Restore' } },
        { id: 'D', text: { en: 'Long-term retention', de: 'Langzeitaufbewahrung' } }
      ],
      correct: ['B'],
      explanation: { en: 'Auto-failover groups are designed for groups of Azure SQL databases that need coordinated failover and stable listener endpoints. They provide a read-write listener and a read-only listener, which lets the application continue using consistent connection names across regional failover events.', de: 'Auto-Failover-Gruppen sind für Gruppen von Azure SQL-Datenbanken konzipiert, die ein koordiniertes Failover und stabile Listener-Endpunkte benötigen. Sie stellen einen Lese-/Schreib-Listener und einen schreibgeschützten Listener bereit, sodass die Anwendung über regionale Failover hinweg konsistente Verbindungsnamen verwenden kann.' },
      hint: { en: 'Focus on the requirement for grouped databases and unchanged connection endpoints.', de: 'Konzentrieren Sie sich auf die Anforderung nach gruppierten Datenbanken und unveränderten Verbindungsendpunkten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview'
    },
    {
      id: 'az305-094',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which workloads are protected by Azure Backup through a Recovery Services vault rather than a Backup vault?', de: 'Welche Workloads werden von Azure Backup über einen Recovery Services-Tresor und nicht über einen Backup-Tresor geschützt?' },
      options: [
        { id: 'A', text: { en: 'Azure virtual machines', de: 'Azure-VMs' } },
        { id: 'B', text: { en: 'SQL Server databases in Azure virtual machines', de: 'SQL Server-Datenbanken in Azure-VMs' } },
        { id: 'C', text: { en: 'SAP HANA databases in Azure virtual machines', de: 'SAP HANA-Datenbanken in Azure-VMs' } },
        { id: 'D', text: { en: 'Operational backup for Azure Blob Storage', de: 'Operative Sicherung für Azure Blob Storage' } },
        { id: 'E', text: { en: 'Azure Disk Backup for managed disks', de: 'Azure Disk Backup für Managed Disks' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Recovery Services vaults remain the standard vault type for Azure VM backup and application-consistent backup of workloads running inside Azure VMs, including SQL Server and SAP HANA. Backup vaults are used for certain newer workload types such as operational backup for Azure Blobs and Azure Disk Backup.', de: 'Recovery Services-Tresore bleiben der Standard-Tresortyp für Azure-VM-Backups und anwendungskonsistente Sicherungen von Workloads innerhalb von Azure-VMs, einschließlich SQL Server und SAP HANA. Backup-Tresore werden für bestimmte neuere Workload-Typen wie die operative Sicherung von Azure Blobs und Azure Disk Backup verwendet.' },
      hint: { en: 'Pick the VM-centric workloads that Azure Backup has traditionally protected through Recovery Services vaults.', de: 'Wählen Sie die VM-zentrierten Workloads aus, die Azure Backup traditionell über Recovery Services-Tresore schützt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/backup-overview'
    },
    {
      id: 'az305-095',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Contoso, Ltd., a financial services firm stores trading statements in an Azure Storage account. The design must tolerate the loss of an availability zone in the primary region. If the entire primary region becomes unavailable, analysts must still be able to read data from the secondary region without waiting for an account failover operation.', de: 'Contoso, Ltd. speichert Handelsabrechnungen in einem Azure Storage-Konto. Das Design muss den Ausfall einer Verfügbarkeitszone in der Primärregion tolerieren. Wenn die gesamte Primärregion ausfällt, müssen Analysten Daten weiterhin aus der Sekundärregion lesen können, ohne auf einen Kontofailover warten zu müssen.' },
      question: { en: 'Which storage redundancy option should you select?', de: 'Welche Speicherredundanzoption sollten Sie auswählen?' },
      options: [
        { id: 'A', text: { en: 'Zone-redundant storage (ZRS)', de: 'Zonenredundanter Speicher (ZRS)' } },
        { id: 'B', text: { en: 'Geo-redundant storage (GRS)', de: 'Georedundanter Speicher (GRS)' } },
        { id: 'C', text: { en: 'Geo-zone-redundant storage (GZRS)', de: 'Geozonenredundanter Speicher (GZRS)' } },
        { id: 'D', text: { en: 'Read-access geo-zone-redundant storage (RA-GZRS)', de: 'Lesezugriff auf geozonenredundanten Speicher (RA-GZRS)' } }
      ],
      correct: ['D'],
      explanation: { en: 'RA-GZRS is the only option listed that combines zonal protection in the primary region, geo-replication to a secondary region, and read access to the secondary endpoint. ZRS lacks regional replication, GRS lacks zonal protection in the primary region, and GZRS does not provide secondary read access.', de: 'RA-GZRS ist die einzige aufgeführte Option, die zonalen Schutz in der Primärregion, Georeplikation in eine Sekundärregion und Lesezugriff auf den sekundären Endpunkt kombiniert. ZRS verfügt nicht über regionale Replikation, GRS bietet keinen zonalen Schutz in der Primärregion, und GZRS stellt keinen sekundären Lesezugriff bereit.' },
      hint: { en: 'You need three things at once: zone resiliency, regional resiliency, and readable secondary access.', de: 'Sie benötigen gleichzeitig drei Dinge: Zonenresilienz, regionale Resilienz und lesbaren Zugriff auf die Sekundärkopie.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-096',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB setting allows Azure to promote a secondary region automatically when the current write region becomes unavailable?', de: 'Welche Einstellung in Azure Cosmos DB ermöglicht es Azure, eine Sekundärregion automatisch hochzustufen, wenn die aktuelle Schreibregion nicht verfügbar ist?' },
      options: [
        { id: 'A', text: { en: 'Multi-region writes', de: 'Schreibvorgänge über mehrere Regionen' } },
        { id: 'B', text: { en: 'Automatic failover', de: 'Automatisches Failover' } },
        { id: 'C', text: { en: 'Session consistency', de: 'Sitzungskonsistenz' } },
        { id: 'D', text: { en: 'Analytical store', de: 'Analytical Store' } }
      ],
      correct: ['B'],
      explanation: { en: 'Automatic failover lets Azure Cosmos DB move write responsibility to another region according to the configured failover priority list. Multi-region writes can improve availability further, but the specific feature that promotes a secondary automatically is automatic failover.', de: 'Automatisches Failover ermöglicht es Azure Cosmos DB, die Schreibverantwortung gemäß der konfigurierten Failover-Prioritätenliste in eine andere Region zu verlagern. Schreibvorgänge über mehrere Regionen können die Verfügbarkeit zusätzlich erhöhen, aber die konkrete Funktion für die automatische Hochstufung einer Sekundärregion ist automatisches Failover.' },
      hint: { en: 'Do not confuse allowing writes in several regions with the feature that controls automatic regional promotion.', de: 'Verwechseln Sie nicht die Erlaubnis für Schreibvorgänge in mehreren Regionen mit der Funktion, die die automatische regionale Hochstufung steuert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/distribute-data-globally'
    },
    {
      id: 'az305-097',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Woodgrove Bank runs a customer portal on Azure App Service in a single region. The app stores session state in memory and user-uploaded documents on the local app file system. The business now requires near-zero downtime during releases and continued service from a second region if the primary region fails.', de: 'Woodgrove Bank – Ein Versicherungsunternehmen betreibt ein Kundenportal auf Azure App Service in einer einzelnen Region. Die Anwendung speichert den Sitzungsstatus im Arbeitsspeicher und von Benutzern hochgeladene Dokumente im lokalen Dateisystem der App. Das Unternehmen verlangt nun nahezu keine Ausfallzeit bei Releases und einen Weiterbetrieb aus einer zweiten Region, falls die Primärregion ausfällt.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Keep a single-region App Service deployment and scale up to a larger pricing tier', de: 'Die App Service-Bereitstellung in einer Region beibehalten und auf einen größeren Tarif hochskalieren' } },
        { id: 'B', text: { en: 'Deploy the app to two regions behind a global load-balancing layer, use deployment slots, and move session state and uploaded files to external shared services', de: 'Die App in zwei Regionen hinter einer globalen Lastverteilung bereitstellen, Bereitstellungsslots verwenden und Sitzungsstatus sowie hochgeladene Dateien in externe gemeinsame Dienste auslagern' } },
        { id: 'C', text: { en: 'Use daily App Service backups and restore to another region only after an outage occurs', de: 'Tägliche App Service-Backups verwenden und erst nach einem Ausfall in eine andere Region wiederherstellen' } },
        { id: 'D', text: { en: 'Enable ARR affinity and continue storing documents on the local App Service file system', de: 'ARR-Affinität aktivieren und Dokumente weiterhin im lokalen App Service-Dateisystem speichern' } }
      ],
      correct: ['B'],
      explanation: { en: 'Business continuity for App Service requires more than backups. A strong design uses two regional deployments, a global routing layer, deployment slots for low-risk releases, and external shared state so requests can be served from either region. In-memory sessions and local file storage create hidden regional dependencies that undermine failover.', de: 'Geschäftskontinuität für App Service erfordert mehr als nur Backups. Ein belastbares Design nutzt zwei regionale Bereitstellungen, eine globale Routing-Ebene, Bereitstellungsslots für risikoarme Releases und extern geteilten Zustand, damit Anforderungen aus jeder Region bedient werden können. Im Arbeitsspeicher gehaltene Sitzungen und lokaler Dateispeicher erzeugen versteckte regionale Abhängigkeiten, die ein Failover untergraben.' },
      hint: { en: 'Choose the option that makes the app stateless at the web tier and adds both deployment and regional resiliency.', de: 'Wählen Sie die Option, die die Webebene zustandslos macht und sowohl Bereitstellungs- als auch regionale Resilienz hinzufügt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/manage-disaster-recovery'
    },
    {
      id: 'az305-098',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure compute design is best for a stateless web tier that must run on identical virtual machines, scale out automatically, and distribute traffic across instances?', de: 'Welches Azure-Computedesign eignet sich am besten für eine zustandslose Webschicht, die auf identischen virtuellen Maschinen ausgeführt werden, automatisch horizontal skalieren und den Datenverkehr auf die Instanzen verteilen muss?' },
      options: [
        { id: 'A', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'B', text: { en: 'Virtual Machine Scale Sets', de: 'Virtual Machine Scale Sets' } },
        { id: 'C', text: { en: 'Dedicated Host', de: 'Dedicated Host' } },
        { id: 'D', text: { en: 'Azure Batch pools', de: 'Azure Batch-Pools' } }
      ],
      correct: ['B'],
      explanation: { en: 'Virtual Machine Scale Sets are designed for large sets of identical VMs. They support autoscaling, rolling updates, and integration with Azure load-balancing services, which makes them the preferred design for stateless web tiers on IaaS. Availability sets improve availability, but they do not provide the same elastic scale model.', de: 'Virtual Machine Scale Sets sind für große Gruppen identischer VMs ausgelegt. Sie unterstützen automatische Skalierung, Rolling Updates und die Integration mit Azure-Load-Balancing-Diensten und sind daher die bevorzugte Lösung für zustandslose Webschichten auf IaaS. Verfügbarkeitsgruppen verbessern zwar die Verfügbarkeit, bieten jedoch nicht dasselbe elastische Skalierungsmodell.' },
      hint: { en: 'Choose the VM-based service built specifically for identical instances and autoscale.', de: 'Wählen Sie den VM-basierten Dienst, der speziell für identische Instanzen und automatische Skalierung entwickelt wurde.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-machine-scale-sets/overview'
    },
    {
      id: 'az305-099',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Tailwind Traders is modernizing its customer portal. The application is a standard HTTP web app and the team wants minimal infrastructure management. Releases must support blue-green deployment with validation before production, and the platform must scale automatically during seasonal peaks.', de: 'Tailwind Traders modernisiert sein Kundenportal. Die Anwendung ist eine Standard-HTTP-Web-App, und das Team möchte den Infrastrukturaufwand minimieren. Releases müssen Blue-Green-Bereitstellungen mit Validierung vor der Produktion unterstützen, und die Plattform muss bei saisonalen Lastspitzen automatisch skalieren.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure App Service on a Premium plan with deployment slots and autoscale', de: 'Azure App Service in einem Premium-Plan mit Deployment Slots und automatischer Skalierung' } },
        { id: 'B', text: { en: 'AKS with separate ingress and worker node pools', de: 'AKS mit separaten Ingress- und Worker-Nodepools' } },
        { id: 'C', text: { en: 'Virtual Machine Scale Sets with IIS configured manually', de: 'Virtual Machine Scale Sets mit manuell konfiguriertem IIS' } },
        { id: 'D', text: { en: 'Azure Batch with scheduled jobs for rollout', de: 'Azure Batch mit geplanten Jobs für das Rollout' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure App Service is the best fit for a conventional web application when the goal is to reduce operational overhead. Deployment slots enable staged releases and safe swaps into production, while the underlying App Service plan can autoscale to handle peak demand. AKS and VMSS can also host web workloads, but they introduce more platform management than the scenario requires.', de: 'Azure App Service passt am besten zu einer klassischen Webanwendung, wenn der Betriebsaufwand reduziert werden soll. Deployment Slots ermöglichen gestufte Releases und sichere Swaps in die Produktion, während der zugrunde liegende App Service-Plan automatisch auf Lastspitzen skalieren kann. AKS und VMSS können Webworkloads ebenfalls hosten, verursachen jedoch mehr Plattformverwaltungsaufwand als in diesem Szenario erforderlich ist.' },
      hint: { en: 'Look for the PaaS web hosting option with built-in deployment slots.', de: 'Suchen Sie nach der PaaS-Webhostingoption mit integrierten Deployment Slots.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/deploy-staging-slots'
    },
    {
      id: 'az305-100',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Functions hosting choices should you consider for a latency-sensitive function app that must integrate with a virtual network and avoid unpredictable cold starts?', de: 'Welche Azure-Functions-Hostingoptionen sollten Sie für eine latenzkritische Function App in Betracht ziehen, die sich in ein virtuelles Netzwerk integrieren muss und keine unvorhersehbaren Cold Starts haben darf?' },
      options: [
        { id: 'A', text: { en: 'Consumption plan', de: 'Consumption-Plan' } },
        { id: 'B', text: { en: 'Premium plan', de: 'Premium-Plan' } },
        { id: 'C', text: { en: 'App Service plan with Always On enabled', de: 'App Service-Plan mit aktiviertem Always On' } },
        { id: 'D', text: { en: 'Azure Batch pool', de: 'Azure Batch-Pool' } },
        { id: 'E', text: { en: 'Queue Storage only', de: 'Nur Queue Storage' } }
      ],
      correct: ['B', 'C'],
      explanation: { en: 'Azure Functions Premium can keep prewarmed instances ready, supports VNet integration, and is designed for serverless workloads that need predictable startup behavior. Functions running on an App Service plan with Always On enabled can also avoid cold starts and support VNet integration. The Consumption plan is cost efficient but is not the best choice when cold-start sensitivity is a hard requirement.', de: 'Azure Functions Premium kann vorgewärmte Instanzen bereithalten, unterstützt VNet-Integration und ist für serverlose Workloads mit vorhersehbarem Startverhalten ausgelegt. Functions in einem App Service-Plan mit aktiviertem Always On können ebenfalls Cold Starts vermeiden und VNet-Integration unterstützen. Der Consumption-Plan ist kosteneffizient, aber nicht die beste Wahl, wenn die Empfindlichkeit gegenüber Cold Starts eine harte Anforderung ist.' },
      hint: { en: 'Eliminate the option that is optimized mainly for lowest cost but not for startup predictability.', de: 'Schließen Sie die Option aus, die vor allem auf geringste Kosten und nicht auf vorhersehbares Startverhalten optimiert ist.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-functions/functions-scale'
    },
    {
      id: 'az305-101',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'You need to run containerized microservices with HTTP ingress and event-driven autoscaling, but you want to avoid managing Kubernetes clusters. Which Azure service should you choose?', de: 'Sie müssen containerisierte Microservices mit HTTP-Ingress und ereignisgesteuerter automatischer Skalierung ausführen, möchten jedoch keine Kubernetes-Cluster verwalten. Welchen Azure-Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure App Service', de: 'Azure App Service' } },
        { id: 'B', text: { en: 'Azure Container Apps', de: 'Azure Container Apps' } },
        { id: 'C', text: { en: 'Azure Service Fabric', de: 'Azure Service Fabric' } },
        { id: 'D', text: { en: 'Virtual Machine Scale Sets', de: 'Virtual Machine Scale Sets' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Container Apps is designed for containerized applications that need serverless-style operations, HTTP ingress, revisions, and event-driven autoscaling through KEDA. It is an architecturally strong choice when teams want container benefits without taking on full AKS cluster management.', de: 'Azure Container Apps ist für containerisierte Anwendungen konzipiert, die serverlose Betriebsmodelle, HTTP-Ingress, Revisionen und ereignisgesteuerte automatische Skalierung über KEDA benötigen. Es ist eine architektonisch starke Wahl, wenn Teams die Vorteile von Containern nutzen möchten, ohne die volle AKS-Clusterverwaltung zu übernehmen.' },
      hint: { en: 'Choose the managed container platform that abstracts Kubernetes operations.', de: 'Wählen Sie die verwaltete Containerplattform, die Kubernetes-Betrieb abstrahiert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/container-apps/overview'
    },
    {
      id: 'az305-102',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, a healthcare provider is building a regulated platform for containerized applications. Some workloads require Linux containers and others require Windows containers. The control plane must not be publicly reachable, workloads must scale independently by type, and only internet-facing APIs should be published through a web application firewall.', de: 'Bei Woodgrove Bank: ein Gesundheitsdienstleister erstellt eine regulierte Plattform für containerisierte Anwendungen. Einige Workloads benötigen Linux-Container, andere Windows-Container. Die Steuerungsebene darf nicht öffentlich erreichbar sein, Workloads müssen je nach Typ unabhängig skalieren, und nur internetseitige APIs sollen über eine Web Application Firewall veröffentlicht werden.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'A public AKS cluster with one node pool and public LoadBalancer services for all applications', de: 'Ein öffentlicher AKS-Cluster mit einem Nodepool und öffentlichen LoadBalancer-Diensten für alle Anwendungen' } },
        { id: 'B', text: { en: 'A private AKS cluster with separate Linux and Windows node pools, Cluster Autoscaler, and Application Gateway with WAF', de: 'Ein privater AKS-Cluster mit separaten Linux- und Windows-Nodepools, Cluster Autoscaler und Application Gateway mit WAF' } },
        { id: 'C', text: { en: 'Azure Container Apps with public ingress enabled for every service', de: 'Azure Container Apps mit für jeden Dienst aktiviertem öffentlichem Ingress' } },
        { id: 'D', text: { en: 'Virtual Machine Scale Sets running Docker with a Standard Load Balancer', de: 'Virtual Machine Scale Sets mit Docker und einem Standard Load Balancer' } }
      ],
      correct: ['B'],
      explanation: { en: 'AKS is the managed Kubernetes platform that supports advanced orchestration requirements such as separate node pools and mixed Linux and Windows worker nodes. A private AKS cluster keeps the API server off the public internet, the Cluster Autoscaler lets node pools scale independently, and Application Gateway with WAF provides controlled Layer 7 ingress for published APIs. This combination aligns with security, scalability, and operational requirements better than the alternatives.', de: 'AKS ist die verwaltete Kubernetes-Plattform, die erweiterte Orchestrierungsanforderungen wie separate Nodepools und gemischte Linux- und Windows-Workerknoten unterstützt. Ein privater AKS-Cluster hält den API-Server vom öffentlichen Internet fern, der Cluster Autoscaler ermöglicht die unabhängige Skalierung der Nodepools, und Application Gateway mit WAF bietet kontrollierten Layer-7-Ingress für veröffentlichte APIs. Diese Kombination erfüllt Sicherheits-, Skalierungs- und Betriebsanforderungen besser als die Alternativen.' },
      hint: { en: 'The answer must address private cluster access, mixed container operating systems, and WAF-protected ingress.', de: 'Die Antwort muss privaten Clusterzugriff, gemischte Containerbetriebssysteme und durch WAF geschützten Ingress abdecken.' },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/ingress-controller-overview'
    },
    {
      id: 'az305-103',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which capabilities are provided directly by Azure API Management for enterprise API architectures?', de: 'Welche Fähigkeiten werden von Azure API Management direkt für API-Architekturen in Unternehmen bereitgestellt?' },
      options: [
        { id: 'A', text: { en: 'A centralized API gateway in front of backend services', de: 'Ein zentrales API-Gateway vor Backenddiensten' } },
        { id: 'B', text: { en: 'Policies for throttling, quotas, and request validation', de: 'Richtlinien für Drosselung, Kontingente und Anforderungsvalidierung' } },
        { id: 'C', text: { en: 'Request and response transformations through policies', de: 'Anforderungs- und Antworttransformationen durch Richtlinien' } },
        { id: 'D', text: { en: 'Execution of long-running background compute jobs', de: 'Ausführung lang laufender Hintergrund-Compute-Jobs' } },
        { id: 'E', text: { en: 'Developer portal, subscriptions, and API versioning support', de: 'Entwicklerportal, Abonnements und Unterstützung für API-Versionierung' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Azure API Management sits in front of APIs as a managed gateway and provides enterprise features such as policies, throttling, quotas, transformations, versioning, subscriptions, analytics, and a developer portal. It is not a compute platform for running background jobs. That separation of responsibilities is important when designing scalable application architectures.', de: 'Azure API Management fungiert als verwaltetes Gateway vor APIs und bietet Unternehmensfunktionen wie Richtlinien, Drosselung, Kontingente, Transformationen, Versionierung, Abonnements, Analysen und ein Entwicklerportal. Es ist keine Compute-Plattform für die Ausführung von Hintergrundjobs. Diese klare Aufgabentrennung ist beim Entwurf skalierbarer Anwendungsarchitekturen wichtig.' },
      hint: { en: 'Select the options that are gateway and API lifecycle features, not general compute features.', de: 'Wählen Sie die Optionen, die Gateway- und API-Lifecycle-Funktionen darstellen und keine allgemeinen Compute-Funktionen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/api-management/api-management-key-concepts'
    },
    {
      id: 'az305-104',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service is designed to run large numbers of parallel batch compute jobs such as rendering, simulation, and risk analysis?', de: 'Welcher Azure-Dienst ist dafür ausgelegt, große Mengen paralleler Batch-Compute-Jobs wie Rendering, Simulation und Risikoanalyse auszuführen?' },
      options: [
        { id: 'A', text: { en: 'Azure Batch', de: 'Azure Batch' } },
        { id: 'B', text: { en: 'Azure App Service', de: 'Azure App Service' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Azure API Management', de: 'Azure API Management' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Batch is purpose-built for scheduling and running parallel batch workloads across pools of compute nodes. It is a strong design choice for jobs that can be broken into many independent tasks and do not require a continuously running interactive application platform.', de: 'Azure Batch ist speziell für die Planung und Ausführung paralleler Batch-Workloads über Pools von Computeknoten entwickelt worden. Es ist eine starke Designwahl für Jobs, die sich in viele unabhängige Aufgaben zerlegen lassen und keine dauerhaft laufende interaktive Anwendungsplattform benötigen.' },
      hint: { en: 'Think about high-scale job scheduling rather than web hosting.', de: 'Denken Sie an die Planung hochskaliger Jobs und nicht an Webhosting.' },
      reference: 'https://learn.microsoft.com/en-us/azure/batch/batch-technical-overview'
    },
    {
      id: 'az305-105',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Contoso, Ltd. is building an order-processing platform. Orders from many regional systems must be delivered reliably to backend processors. Messages for the same customer must be handled in order, duplicate submissions must be detected, and failed messages must be isolated for later investigation.', de: 'Contoso, Ltd. erstellt eine Plattform zur Auftragsverarbeitung. Aufträge aus vielen regionalen Systemen müssen zuverlässig an Backend-Prozessoren zugestellt werden. Nachrichten für denselben Kunden müssen in der richtigen Reihenfolge verarbeitet werden, doppelte Übermittlungen müssen erkannt werden, und fehlgeschlagene Nachrichten sollen für eine spätere Analyse isoliert werden.' },
      question: { en: 'Which messaging design should you recommend?', de: 'Welches Messaging-Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Event Grid topic', de: 'Azure Event Grid-Topic' } },
        { id: 'B', text: { en: 'Azure Service Bus queue with sessions', de: 'Azure Service Bus-Warteschlange mit Sessions' } },
        { id: 'C', text: { en: 'Azure Queue Storage queue', de: 'Azure Queue Storage-Warteschlange' } },
        { id: 'D', text: { en: 'Azure Event Hubs namespace', de: 'Azure Event Hubs-Namespace' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Service Bus is designed for enterprise messaging patterns that require features such as ordered processing with sessions, duplicate detection, dead-lettering, and durable brokered delivery. Event Grid is optimized for event routing, Queue Storage is simpler and lower cost but lacks these advanced broker features, and Event Hubs is intended for high-throughput telemetry ingestion rather than transactional business messaging.', de: 'Azure Service Bus ist für Enterprise-Messagingmuster ausgelegt, die Funktionen wie geordnete Verarbeitung mit Sessions, Duplikaterkennung, Dead-Lettering und dauerhafte brokerbasierte Zustellung erfordern. Event Grid ist für Ereignisrouting optimiert, Queue Storage ist einfacher und kostengünstiger, bietet diese erweiterten Brokerfunktionen jedoch nicht, und Event Hubs ist für die hochdurchsatzfähige Telemetrieaufnahme statt für transaktionales Geschäftsmessaging gedacht.' },
      hint: { en: 'Focus on ordered delivery, duplicate detection, and dead-letter support.', de: 'Konzentrieren Sie sich auf geordnete Zustellung, Duplikaterkennung und Dead-Letter-Unterstützung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-queues-topics-subscriptions'
    },
    {
      id: 'az305-106',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'A read-heavy application needs sub-millisecond access to frequently used data and shared session state across multiple web servers. Which Azure service should you choose?', de: 'Eine leseintensive Anwendung benötigt Zugriff im Submillisekundenbereich auf häufig verwendete Daten sowie einen gemeinsamen Sitzungsstatus über mehrere Webserver hinweg. Welchen Azure-Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Cache for Redis', de: 'Azure Cache for Redis' } },
        { id: 'B', text: { en: 'Azure Files', de: 'Azure Files' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Azure Data Box', de: 'Azure Data Box' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Cache for Redis provides an in-memory data store that is well suited for low-latency caching, session state, and frequently accessed reference data. It reduces database load and improves response times for distributed applications that need fast shared access to transient data.', de: 'Azure Cache for Redis stellt einen In-Memory-Datenspeicher bereit, der sich gut für Caching mit geringer Latenz, Sitzungsstatus und häufig genutzte Referenzdaten eignet. Er reduziert die Datenbanklast und verbessert die Antwortzeiten für verteilte Anwendungen, die schnellen gemeinsamen Zugriff auf temporäre Daten benötigen.' },
      hint: { en: 'Choose the managed in-memory cache service.', de: 'Wählen Sie den verwalteten In-Memory-Cache-Dienst.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-cache-for-redis/cache-overview'
    },
    {
      id: 'az305-107',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Contoso, Ltd. plans to migrate several hundred VMware virtual machines to Azure in waves. The architects need agentless discovery, dependency visualization between servers, and right-sized cost estimates before any move happens.', de: 'Contoso, Ltd. plant, mehrere Hundert VMware-VMs in Wellen nach Azure zu migrieren. Die Architekten benötigen agentlose Ermittlung, Abhängigkeitsvisualisierung zwischen Servern und passend dimensionierte Kostenschätzungen, bevor eine Migration erfolgt.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Deploy an Azure Migrate appliance and use Azure Migrate assessments', de: 'Bereitstellung einer Azure Migrate-Appliance und Verwendung von Azure Migrate-Assessments' } },
        { id: 'B', text: { en: 'Use Azure Site Recovery only and skip assessment', de: 'Nur Azure Site Recovery verwenden und die Bewertung überspringen' } },
        { id: 'C', text: { en: 'Manually inventory the environment in spreadsheets', de: 'Die Umgebung manuell in Tabellenkalkulationen inventarisieren' } },
        { id: 'D', text: { en: 'Use Azure Monitor alerts to determine dependencies', de: 'Azure Monitor-Warnungen zur Bestimmung von Abhängigkeiten verwenden' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Migrate is the strategic service for discovery, assessment, and migration planning. The Azure Migrate appliance can discover on-premises servers and collect data for dependency mapping and right-sizing. This gives architects evidence-based migration waves and target sizing instead of relying on manual analysis or recovery tooling alone.', de: 'Azure Migrate ist der strategische Dienst für Ermittlung, Bewertung und Migrationsplanung. Die Azure Migrate-Appliance kann lokale Server erkennen und Daten für Abhängigkeitszuordnung und Right-Sizing sammeln. Dadurch erhalten Architekten belastbare Migrationswellen und Zielgrößen, anstatt sich nur auf manuelle Analysen oder reine Recovery-Tools zu verlassen.' },
      hint: { en: 'You need discovery and assessment before migration execution.', de: 'Sie benötigen Ermittlung und Bewertung vor der eigentlichen Migration.' },
      reference: 'https://learn.microsoft.com/en-us/azure/migrate/migrate-services-overview'
    },
    {
      id: 'az305-108',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service should you use to migrate databases from SQL Server to Azure SQL Managed Instance with minimal downtime?', de: 'Welchen Azure-Dienst sollten Sie verwenden, um Datenbanken mit minimaler Ausfallzeit von SQL Server zu Azure SQL Managed Instance zu migrieren?' },
      options: [
        { id: 'A', text: { en: 'Azure Database Migration Service', de: 'Azure Database Migration Service' } },
        { id: 'B', text: { en: 'AzCopy', de: 'AzCopy' } },
        { id: 'C', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'D', text: { en: 'Azure Load Balancer', de: 'Azure Load Balancer' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Database Migration Service is built to orchestrate database migrations to Azure data platforms, including online and near-minimal-downtime scenarios where supported. It simplifies assessment, cutover planning, and data movement compared with manual export and import approaches.', de: 'Azure Database Migration Service wurde entwickelt, um Datenbankmigrationen zu Azure-Datenplattformen zu orchestrieren, einschließlich Online- und nahezu ausfallfreier Szenarien, sofern unterstützt. Im Vergleich zu manuellen Export- und Importansätzen vereinfacht er Bewertung, Cutover-Planung und Datenverschiebung.' },
      hint: { en: 'Choose the service dedicated to database migration, not file transfer.', de: 'Wählen Sie den Dienst, der speziell für Datenbankmigration und nicht für Dateiübertragung vorgesehen ist.' },
      reference: 'https://learn.microsoft.com/en-us/azure/dms/dms-overview'
    },
    {
      id: 'az305-109',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Fabrikam, Inc. must move 500 TB of video archives from an on-premises NAS into Azure Blob Storage within six weeks. The available WAN link is only 300 Mbps and is already heavily used by production traffic. The solution must minimize operational complexity and meet the deadline.', de: 'Fabrikam, Inc. muss 500 TB Videoarchive innerhalb von sechs Wochen von einem lokalen NAS in Azure Blob Storage verschieben. Die verfügbare WAN-Verbindung beträgt nur 300 MBit/s und wird bereits stark durch Produktionsverkehr genutzt. Die Lösung muss den Betriebsaufwand gering halten und die Frist einhalten.' },
      question: { en: 'Which data transfer design should you recommend?', de: 'Welches Datenübertragungsdesign sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Import/Export with a small set of customer-managed disks', de: 'Azure Import/Export mit einer kleinen Anzahl kundenseitig verwalteter Datenträger' } },
        { id: 'B', text: { en: 'Azure Data Box Heavy', de: 'Azure Data Box Heavy' } },
        { id: 'C', text: { en: 'AzCopy over the existing internet connection', de: 'AzCopy über die bestehende Internetverbindung' } },
        { id: 'D', text: { en: 'Azure File Sync and cache eviction', de: 'Azure File Sync und Cache-Eviction' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Data Box Heavy is designed for very large offline data transfers when network bandwidth is insufficient for the migration window. For hundreds of terabytes, Microsoft ships the appliance, data is copied locally at high speed, and the device is returned for Azure ingestion. Azure Import/Export can also move data offline, but Data Box Heavy is the more appropriate and simpler fit at this scale and timeline.', de: 'Azure Data Box Heavy ist für sehr große Offline-Datenübertragungen ausgelegt, wenn die Netzwerkbandbreite für das Migrationsfenster nicht ausreicht. Bei Hunderten von Terabyte liefert Microsoft das Gerät, die Daten werden lokal mit hoher Geschwindigkeit kopiert, und das Gerät wird zur Aufnahme in Azure zurückgesendet. Azure Import/Export kann Daten ebenfalls offline verschieben, aber Data Box Heavy ist bei diesem Umfang und Zeitrahmen die passendere und einfachere Wahl.' },
      hint: { en: 'The WAN link is the limiting factor, so think about a Microsoft-managed offline appliance for very large volumes.', de: 'Die WAN-Verbindung ist der limitierende Faktor. Denken Sie daher an ein von Microsoft verwaltetes Offline-Gerät für sehr große Datenmengen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/databox/data-box-overview'
    },
    {
      id: 'az305-110',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'In a hub-and-spoke network, which peering settings are required so that spoke virtual networks can use a VPN Gateway deployed in the hub virtual network?', de: 'Welche Peering-Einstellungen sind in einem Hub-Spoke-Netzwerk erforderlich, damit virtuelle Netzwerke in den Spokes ein im Hub bereitgestelltes VPN Gateway verwenden können?' },
      options: [
        { id: 'A', text: { en: 'Enable Allow gateway transit on the hub side of the peering', de: 'Allow gateway transit auf der Hub-Seite des Peerings aktivieren' } },
        { id: 'B', text: { en: 'Enable Use remote gateways on the spoke side of the peering', de: 'Use remote gateways auf der Spoke-Seite des Peerings aktivieren' } },
        { id: 'C', text: { en: 'Create a separate VPN Gateway in every spoke', de: 'Ein separates VPN Gateway in jedem Spoke erstellen' } },
        { id: 'D', text: { en: 'Deploy Azure Front Door in the hub', de: 'Azure Front Door im Hub bereitstellen' } }
      ],
      correct: ['A', 'B'],
      explanation: { en: 'Gateway transit in a peered network topology requires complementary settings. The hub VNet peering must advertise the gateway by enabling Allow gateway transit, and each spoke that should consume that gateway must enable Use remote gateways. Without both settings, the hub gateway is not shared through peering.', de: 'Gateway Transit in einer gekoppelten Netzwerktopologie erfordert komplementäre Einstellungen. Das Hub-VNet-Peering muss das Gateway durch Aktivieren von Allow gateway transit bereitstellen, und jeder Spoke, der dieses Gateway verwenden soll, muss Use remote gateways aktivieren. Ohne beide Einstellungen wird das Hub-Gateway nicht über das Peering gemeinsam genutzt.' },
      hint: { en: 'One setting publishes the gateway from the hub, the other allows the spoke to consume it.', de: 'Eine Einstellung veröffentlicht das Gateway aus dem Hub, die andere erlaubt dem Spoke, es zu verwenden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-peering-gateway-transit'
    },
    {
      id: 'az305-111',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'A private subnet contains outbound-only workloads that must reach the internet with scalable source NAT but must not accept inbound internet connections. Which Azure service should you choose?', de: 'Ein privates Subnetz enthält Workloads mit ausschließlich ausgehendem Datenverkehr, die das Internet mit skalierbarem Source NAT erreichen müssen, jedoch keine eingehenden Internetverbindungen akzeptieren dürfen. Welchen Azure-Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Application Gateway', de: 'Application Gateway' } },
        { id: 'B', text: { en: 'Azure NAT Gateway', de: 'Azure NAT Gateway' } },
        { id: 'C', text: { en: 'Traffic Manager', de: 'Traffic Manager' } },
        { id: 'D', text: { en: 'Azure Bastion', de: 'Azure Bastion' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure NAT Gateway provides managed, scalable outbound internet connectivity for resources in a subnet without exposing them to inbound internet traffic. It is the recommended design when the requirement is controlled egress rather than inbound publishing or application-level inspection.', de: 'Azure NAT Gateway bietet verwaltete, skalierbare ausgehende Internetkonnektivität für Ressourcen in einem Subnetz, ohne sie eingehendem Internetverkehr auszusetzen. Es ist die empfohlene Lösung, wenn kontrollierter ausgehender Datenverkehr und nicht die Veröffentlichung eingehender Dienste oder anwendungsbezogene Inspektion gefordert ist.' },
      hint: { en: 'You need outbound internet access only, not a reverse proxy.', de: 'Sie benötigen nur ausgehenden Internetzugriff und keinen Reverse Proxy.' },
      reference: 'https://learn.microsoft.com/en-us/azure/nat-gateway/nat-overview'
    },
    {
      id: 'az305-112',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Tailwind Traders hosts several web applications in a single Azure region. The applications require URL path-based routing to different backend pools, TLS termination, and protection against common web exploits based on OWASP rules. The company wants a managed service rather than custom reverse proxy VMs.', de: 'Tailwind Traders – Ein Versicherungsunternehmen hostet mehrere Webanwendungen in einer einzelnen Azure-Region. Die Anwendungen benötigen URL-pfadbasierte Weiterleitung zu verschiedenen Backendpools, TLS-Terminierung und Schutz vor gängigen Webangriffen auf Basis von OWASP-Regeln. Das Unternehmen möchte einen verwalteten Dienst statt selbst betriebener Reverse-Proxy-VMs.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Standard Load Balancer', de: 'Azure Standard Load Balancer' } },
        { id: 'B', text: { en: 'Application Gateway WAF v2', de: 'Application Gateway WAF v2' } },
        { id: 'C', text: { en: 'Azure Traffic Manager', de: 'Azure Traffic Manager' } },
        { id: 'D', text: { en: 'Azure VPN Gateway', de: 'Azure VPN Gateway' } }
      ],
      correct: ['B'],
      explanation: { en: 'Application Gateway WAF v2 is the Azure-native Layer 7 load balancer for regional web applications that need HTTP routing intelligence and integrated web application firewall protection. It supports features such as URL path-based routing, TLS termination, cookie affinity, autoscaling, and managed OWASP rule sets. Standard Load Balancer operates at Layer 4 and does not provide WAF capabilities.', de: 'Application Gateway WAF v2 ist der Azure-native Layer-7-Load-Balancer für regionale Webanwendungen, die intelligente HTTP-Weiterleitung und integrierten Web Application Firewall-Schutz benötigen. Er unterstützt Funktionen wie URL-pfadbasierte Weiterleitung, TLS-Terminierung, Cookie-Affinität, automatische Skalierung und verwaltete OWASP-Regelsätze. Der Standard Load Balancer arbeitet auf Layer 4 und bietet keine WAF-Funktionen.' },
      hint: { en: 'The service must combine Layer 7 routing and WAF in one managed platform.', de: 'Der Dienst muss Layer-7-Routing und WAF in einer verwalteten Plattform kombinieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/web-application-firewall/ag/ag-overview'
    },
    {
      id: 'az305-113',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'A global e-commerce site runs in multiple Azure regions and must provide edge acceleration, fast regional failover, and web application firewall protection for HTTP and HTTPS traffic. Which service should you choose?', de: 'Eine globale E-Commerce-Website wird in mehreren Azure-Regionen ausgeführt und muss Edge-Beschleunigung, schnellen regionalen Failover und Web Application Firewall-Schutz für HTTP- und HTTPS-Datenverkehr bereitstellen. Welchen Dienst sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'B', text: { en: 'Azure Traffic Manager', de: 'Azure Traffic Manager' } },
        { id: 'C', text: { en: 'Azure Front Door Standard/Premium', de: 'Azure Front Door Standard/Premium' } },
        { id: 'D', text: { en: 'Application Gateway v2', de: 'Application Gateway v2' } }
      ],
      correct: ['C'],
      explanation: { en: 'Azure Front Door is a global Layer 7 entry point that uses the Microsoft edge network for acceleration, health-based routing, and rapid failover between regions. It also integrates with WAF at the edge. CDN focuses on content delivery, Traffic Manager is DNS-based and does not provide the same HTTP-level acceleration, and Application Gateway is a regional service.', de: 'Azure Front Door ist ein globaler Layer-7-Einstiegspunkt, der das Microsoft-Edge-Netzwerk für Beschleunigung, gesundheitsbasierte Weiterleitung und schnellen Failover zwischen Regionen nutzt. Außerdem integriert er WAF am Edge. CDN konzentriert sich auf Inhaltsbereitstellung, Traffic Manager ist DNS-basiert und bietet nicht dieselbe HTTP-basierte Beschleunigung, und Application Gateway ist ein regionaler Dienst.' },
      hint: { en: 'You need a global Layer 7 service, not just DNS or static content caching.', de: 'Sie benötigen einen globalen Layer-7-Dienst und nicht nur DNS oder statisches Content-Caching.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/front-door-overview'
    },
    {
      id: 'az305-114',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'You deploy a Private Endpoint for Azure SQL Database. Which actions are required so that virtual machines in multiple peered VNets resolve the database FQDN to the private IP address?', de: 'Sie stellen einen Private Endpoint für Azure SQL Database bereit. Welche Maßnahmen sind erforderlich, damit virtuelle Maschinen in mehreren gekoppelten VNets den Datenbank-FQDN auf die private IP-Adresse auflösen?' },
      options: [
        { id: 'A', text: { en: 'Create the Private Endpoint in a subnet', de: 'Den Private Endpoint in einem Subnetz erstellen' } },
        { id: 'B', text: { en: 'Create and link the appropriate privatelink private DNS zone to each VNet that needs resolution', de: 'Die passende privatelink-Private-DNS-Zone erstellen und mit jedem VNet verknüpfen, das die Auflösung benötigt' } },
        { id: 'C', text: { en: 'Create a public DNS CNAME record in an internet-facing DNS zone', de: 'Einen öffentlichen DNS-CNAME-Eintrag in einer internetseitigen DNS-Zone erstellen' } },
        { id: 'D', text: { en: 'Assign an Azure NAT Gateway to the Private Endpoint subnet', de: 'Dem Private-Endpoint-Subnetz ein Azure NAT Gateway zuweisen' } }
      ],
      correct: ['A', 'B'],
      explanation: { en: 'A Private Endpoint provides the private IP inside a VNet, and the corresponding private DNS zone ensures that the standard service name resolves to that private address. When multiple peered VNets need the same resolution, the private DNS zone must be linked to each VNet that should resolve the name. Public DNS records and NAT Gateway do not solve private name resolution for Azure Private Link.', de: 'Ein Private Endpoint stellt die private IP innerhalb eines VNets bereit, und die zugehörige Private-DNS-Zone sorgt dafür, dass der Standarddienstname auf diese private Adresse aufgelöst wird. Wenn mehrere gekoppelte VNets dieselbe Auflösung benötigen, muss die Private-DNS-Zone mit jedem VNet verknüpft werden, das den Namen auflösen soll. Öffentliche DNS-Einträge und NAT Gateway lösen die private Namensauflösung für Azure Private Link nicht.' },
      hint: { en: 'One component provides the private address and another makes the normal FQDN resolve to it.', de: 'Eine Komponente stellt die private Adresse bereit, und eine andere sorgt dafür, dass der normale FQDN darauf aufgelöst wird.' },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az305-115',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, a multinational bank is implementing a hub-and-spoke Azure landing zone. On-premises datacenters must connect to Azure over private circuits rather than the public internet. Shared inspection services will run in the hub, spokes must not deploy their own gateways, and access to Azure PaaS services from Azure and on-premises must stay on private addresses.', de: 'Bei Woodgrove Bank: eine multinationale Bank implementiert eine Hub-Spoke-Azure-Landing-Zone. Lokale Rechenzentren müssen über private Leitungen statt über das öffentliche Internet mit Azure verbunden werden. Gemeinsame Inspektionsdienste werden im Hub ausgeführt, Spokes sollen keine eigenen Gateways bereitstellen, und der Zugriff auf Azure-PaaS-Dienste aus Azure und lokal muss über private Adressen erfolgen.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Deploy ExpressRoute to the hub, add an ExpressRoute gateway in the hub VNet, enable gateway transit for spokes, and use Private Link for PaaS services', de: 'ExpressRoute zum Hub bereitstellen, ein ExpressRoute-Gateway im Hub-VNet hinzufügen, Gateway Transit für Spokes aktivieren und Private Link für PaaS-Dienste verwenden' } },
        { id: 'B', text: { en: 'Deploy a site-to-site VPN in every spoke and use service endpoints for PaaS services', de: 'In jedem Spoke ein Site-to-Site-VPN bereitstellen und Service Endpoints für PaaS-Dienste verwenden' } },
        { id: 'C', text: { en: 'Expose PaaS services through public endpoints with IP allowlists and use VNet peering only', de: 'PaaS-Dienste über öffentliche Endpunkte mit IP-Positivlisten verfügbar machen und nur VNet-Peering verwenden' } },
        { id: 'D', text: { en: 'Use Azure Front Door Premium as the primary on-premises connectivity solution', de: 'Azure Front Door Premium als primäre Konnektivitätslösung für lokale Umgebungen verwenden' } }
      ],
      correct: ['A'],
      explanation: { en: 'ExpressRoute is the correct architecture when private, dedicated connectivity is required from on-premises to Azure. In a hub-and-spoke design, the ExpressRoute gateway belongs in the hub and can be shared with spokes through gateway transit, which avoids deploying gateways in every spoke. Private Link extends the private connectivity model to Azure PaaS services so that traffic stays on private IP paths rather than public endpoints.', de: 'ExpressRoute ist die richtige Architektur, wenn private, dedizierte Konnektivität von lokal nach Azure erforderlich ist. In einem Hub-Spoke-Design gehört das ExpressRoute-Gateway in den Hub und kann über Gateway Transit mit Spokes geteilt werden, sodass nicht in jedem Spoke ein eigenes Gateway bereitgestellt werden muss. Private Link erweitert dieses private Konnektivitätsmodell auf Azure-PaaS-Dienste, sodass der Datenverkehr über private IP-Pfade und nicht über öffentliche Endpunkte verläuft.' },
      hint: { en: 'The answer must combine private hybrid connectivity, shared hub services, and private access to PaaS.', de: 'Die Antwort muss private Hybridkonnektivität, gemeinsam genutzte Hub-Dienste und privaten Zugriff auf PaaS kombinieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/expressroute/expressroute-introduction'
    },
    {
      id: 'az305-116',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure feature lets a workload in a virtual network access an Azure Storage account through a private IP address while keeping the service off the public internet?', de: 'Welche Azure-Funktion ermöglicht es einem Workload in einem virtuellen Netzwerk, über eine private IP-Adresse auf ein Azure Storage-Konto zuzugreifen und den Dienst gleichzeitig vom öffentlichen Internet fernzuhalten?' },
      options: [
        { id: 'A', text: { en: 'Private Endpoint', de: 'Private Endpoint' } },
        { id: 'B', text: { en: 'Service Health', de: 'Service Health' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['A'],
      explanation: { en: 'A Private Endpoint uses Azure Private Link to assign a private IP address from your VNet to a specific Azure PaaS resource. This enables private connectivity to services such as Storage and allows architects to disable or avoid public exposure while keeping traffic on the Microsoft backbone.', de: 'Ein Private Endpoint verwendet Azure Private Link, um einer bestimmten Azure-PaaS-Ressource eine private IP-Adresse aus Ihrem VNet zuzuweisen. Dadurch wird private Konnektivität zu Diensten wie Storage ermöglicht, und Architekten können die öffentliche Exponierung vermeiden oder deaktivieren, während der Datenverkehr im Microsoft-Backbone bleibt.' },
      hint: { en: 'The service should appear inside your VNet with a private IP.', de: 'Der Dienst soll innerhalb Ihres VNets mit einer privaten IP-Adresse erscheinen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-overview'
    },
    {
      id: 'az305-117',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Contoso, Ltd. accepts large numbers of user-uploaded images. The web front end must place thumbnail-generation work on a queue so that background workers can process items asynchronously. The design goal is low cost and very high queue depth, and there is no requirement for ordered processing, transactions, or duplicate detection.', de: 'Contoso, Ltd. verarbeitet große Mengen hochgeladener Benutzerbilder. Das Web-Frontend soll Aufgaben zur Thumbnail-Erstellung in eine Warteschlange stellen, damit Hintergrund-Worker die Elemente asynchron verarbeiten können. Ziel sind geringe Kosten und sehr große Warteschlangentiefen, ohne Anforderungen an geordnete Verarbeitung, Transaktionen oder Duplikaterkennung.' },
      question: { en: 'Which messaging service should you recommend?', de: 'Welchen Messaging-Dienst sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Service Bus Premium', de: 'Azure Service Bus Premium' } },
        { id: 'B', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'C', text: { en: 'Azure Event Grid', de: 'Azure Event Grid' } },
        { id: 'D', text: { en: 'Azure API Management', de: 'Azure API Management' } }
      ],
      correct: ['B'],
      explanation: { en: 'Azure Queue Storage is a cost-effective design for simple asynchronous work queues where applications need durable buffering and very large queue capacity but do not need advanced broker features. Service Bus is stronger for enterprise messaging semantics, but the scenario explicitly does not require ordering, transactions, or duplicate detection, so Queue Storage is the more efficient architectural fit.', de: 'Azure Queue Storage ist eine kosteneffiziente Lösung für einfache asynchrone Arbeitswarteschlangen, bei denen Anwendungen dauerhafte Pufferung und sehr große Warteschlangenkapazität benötigen, aber keine erweiterten Brokerfunktionen. Service Bus ist stärker für Enterprise-Messaging-Semantik, doch das Szenario verlangt ausdrücklich keine Reihenfolge, Transaktionen oder Duplikaterkennung, sodass Queue Storage architektonisch besser passt.' },
      hint: { en: 'Choose the simplest and lowest-cost queueing service that still meets the requirements.', de: 'Wählen Sie den einfachsten und kostengünstigsten Warteschlangendienst, der die Anforderungen dennoch erfüllt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/queues/storage-queues-introduction'
    },
    {
      id: 'az305-118',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which design elements are recommended for a secure hub-and-spoke Azure network architecture used by multiple application teams?', de: 'Welche Designelemente werden für eine sichere Hub-Spoke-Azure-Netzwerkarchitektur empfohlen, die von mehreren Anwendungsteams genutzt wird?' },
      options: [
        { id: 'A', text: { en: 'Place shared connectivity and security services such as Azure Firewall and VPN or ExpressRoute gateways in the hub', de: 'Gemeinsame Konnektivitäts- und Sicherheitsdienste wie Azure Firewall sowie VPN- oder ExpressRoute-Gateways im Hub platzieren' } },
        { id: 'B', text: { en: 'Peer spokes to the hub to centralize shared services rather than building a full mesh between all spokes', de: 'Spokes mit dem Hub verbinden, um gemeinsame Dienste zu zentralisieren, statt ein Full Mesh zwischen allen Spokes aufzubauen' } },
        { id: 'C', text: { en: 'Use user-defined routes in spokes to send selected traffic through hub security controls when inspection is required', de: 'Benutzerdefinierte Routen in Spokes verwenden, um ausgewählten Datenverkehr bei Bedarf durch Sicherheitskontrollen im Hub zu leiten' } },
        { id: 'D', text: { en: 'Assign public IP addresses to every workload subnet so that routing is simpler', de: 'Jedem Workload-Subnetz öffentliche IP-Adressen zuweisen, um das Routing zu vereinfachen' } },
        { id: 'E', text: { en: 'Isolate spokes by application or business boundary, often with separate subscriptions or resource groups', de: 'Spokes nach Anwendungs- oder Geschäftsgrenzen isolieren, häufig mit separaten Abonnements oder Ressourcengruppen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'A well-designed hub-and-spoke model centralizes shared services and security controls in the hub while keeping workloads isolated in spokes. Peering spokes to the hub reduces complexity compared with a full-mesh design, and user-defined routes can steer traffic through centralized inspection when required. Workload isolation by spoke aligns with governance and delegated ownership. Exposing every workload subnet directly to the internet is not a recommended security pattern.', de: 'Ein gut entworfenes Hub-Spoke-Modell zentralisiert gemeinsame Dienste und Sicherheitskontrollen im Hub und hält Workloads gleichzeitig in Spokes isoliert. Das Verbinden der Spokes mit dem Hub reduziert die Komplexität gegenüber einem Full-Mesh-Design, und benutzerdefinierte Routen können Datenverkehr bei Bedarf durch zentrale Inspektion leiten. Die Isolierung von Workloads pro Spoke unterstützt Governance und delegierte Verantwortung. Jedes Workload-Subnetz direkt dem Internet auszusetzen, ist kein empfohlenes Sicherheitsmuster.' },
      hint: { en: 'Choose the options that centralize shared services and preserve workload isolation.', de: 'Wählen Sie die Optionen, die gemeinsame Dienste zentralisieren und die Isolierung der Workloads erhalten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ready/azure-best-practices/hub-spoke-network-topology'
    },
    {
      id: 'az305-119',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'You need to distribute private TCP traffic from an internal business application across several virtual machines in the same virtual network. The service must not be exposed to the internet. Which Azure load-balancing option should you choose?', de: 'Sie müssen privaten TCP-Datenverkehr einer internen Geschäftsanwendung auf mehrere virtuelle Maschinen im selben virtuellen Netzwerk verteilen. Der Dienst darf nicht im Internet veröffentlicht werden. Welche Azure-Load-Balancing-Option sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Application Gateway', de: 'Application Gateway' } },
        { id: 'B', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'C', text: { en: 'Internal Standard Load Balancer', de: 'Interner Standard Load Balancer' } },
        { id: 'D', text: { en: 'Azure CDN', de: 'Azure CDN' } }
      ],
      correct: ['C'],
      explanation: { en: 'An internal Standard Load Balancer is the right choice for distributing private Layer 4 traffic such as TCP or UDP across backend instances inside a virtual network. It provides a private frontend IP and is specifically designed for non-internet-facing services. Application Gateway is Layer 7 and Front Door and CDN are edge services for public web delivery.', de: 'Ein interner Standard Load Balancer ist die richtige Wahl, um privaten Layer-4-Datenverkehr wie TCP oder UDP über Backendinstanzen innerhalb eines virtuellen Netzwerks zu verteilen. Er stellt eine private Frontend-IP bereit und ist speziell für nicht internetseitige Dienste konzipiert. Application Gateway arbeitet auf Layer 7, und Front Door sowie CDN sind Edge-Dienste für öffentliche Webbereitstellung.' },
      hint: { en: 'The traffic is private and non-HTTP, so think Layer 4 inside the VNet.', de: 'Der Datenverkehr ist privat und kein HTTP. Denken Sie daher an Layer 4 innerhalb des VNets.' },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az305-120',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'On-premises DNS servers must resolve Azure Private Endpoint names that are hosted in Azure private DNS zones, and the company wants to avoid running custom DNS virtual machines in Azure. Which Azure service should you add?', de: 'Lokale DNS-Server müssen Azure-Private-Endpoint-Namen auflösen, die in Azure-Private-DNS-Zonen gehostet werden, und das Unternehmen möchte vermeiden, benutzerdefinierte DNS-VMs in Azure zu betreiben. Welchen Azure-Dienst sollten Sie hinzufügen?' },
      options: [
        { id: 'A', text: { en: 'Azure Private DNS Resolver', de: 'Azure Private DNS Resolver' } },
        { id: 'B', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'C', text: { en: 'Azure NAT Gateway', de: 'Azure NAT Gateway' } },
        { id: 'D', text: { en: 'Azure Data Box', de: 'Azure Data Box' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Private DNS Resolver is a managed service for forwarding and resolving DNS queries between Azure and other networks such as on-premises environments. It removes the need to deploy and maintain custom DNS forwarder VMs in Azure and is especially useful in hub-and-spoke designs that use private endpoints and private DNS zones.', de: 'Azure Private DNS Resolver ist ein verwalteter Dienst zum Weiterleiten und Auflösen von DNS-Abfragen zwischen Azure und anderen Netzwerken wie lokalen Umgebungen. Er macht die Bereitstellung und Wartung benutzerdefinierter DNS-Forwarder-VMs in Azure überflüssig und ist besonders nützlich in Hub-Spoke-Designs mit Private Endpoints und Private-DNS-Zonen.' },
      hint: { en: 'You need managed hybrid DNS resolution rather than a connectivity or security service.', de: 'Sie benötigen verwaltete hybride DNS-Auflösung und keinen Konnektivitäts- oder Sicherheitsdienst.' },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    }
  ]
};