// AZ-305 Additional Questions (Part 2)
(function() {
  var extra = [
    {
      id: 'az305-122',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. runs web apps, APIs, and Azure Functions in three regions. Architects need end-to-end application telemetry correlated with platform logs in a central KQL store that follows workspace retention and RBAC.', de: 'Contoso, Ltd. betreibt Web-Apps, APIs und Azure Functions in drei Regionen. Architekten benötigen End-to-End-Anwendungstelemetrie, die mit Plattformprotokollen in einem zentralen KQL-Datenspeicher korreliert und die Aufbewahrung sowie RBAC des Arbeitsbereichs verwendet.' },
      question: { en: 'What should you design for the application telemetry layer?', de: 'Was sollten Sie für die Anwendungstelemetrieschicht entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Classic Application Insights resources in each region with no workspace connection', de: 'Klassische Application Insights-Ressourcen pro Region ohne Arbeitsbereichsanbindung' } },
        { id: 'B', text: { en: 'Workspace-based Application Insights connected to Log Analytics', de: 'Workspacebasiertes Application Insights mit Verbindung zu Log Analytics' } },
        { id: 'C', text: { en: 'Azure Service Health dashboards only', de: 'Nur Azure Service Health-Dashboards' } },
        { id: 'D', text: { en: 'Activity Log alerts in each subscription', de: 'Aktivitätsprotokollwarnungen in jedem Abonnement' } }
      ],
      correct: ['B'],
      explanation: { en: 'Workspace-based Application Insights stores telemetry in a Log Analytics workspace. This enables central retention, RBAC, KQL, and correlation with other Azure Monitor data sources.', de: 'Workspacebasiertes Application Insights speichert Telemetrie in einem Log Analytics-Arbeitsbereich. Das ermöglicht zentrale Aufbewahrung, RBAC, KQL und die Korrelation mit anderen Azure Monitor-Datenquellen.' },
      hint: { en: 'Choose the model that unifies application telemetry with Azure Monitor Logs.', de: 'Wählen Sie das Modell, das Anwendungstelemetrie mit Azure Monitor Logs vereinheitlicht.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/app/create-workspace-resource'
    },
    {
      id: 'az305-123',
      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 Application Insights deployment model should new enterprise applications use so telemetry is governed through a Log Analytics workspace?', de: 'Welches Bereitstellungsmodell von Application Insights sollten neue Unternehmensanwendungen verwenden, damit Telemetrie über einen Log Analytics-Arbeitsbereich gesteuert wird?' },
      options: [
        { id: 'A', text: { en: 'Classic mode', de: 'Klassischer Modus' } },
        { id: 'B', text: { en: 'Workspace-based mode', de: 'Workspacebasierter Modus' } },
        { id: 'C', text: { en: 'Metrics-only mode', de: 'Nur-Metriken-Modus' } },
        { id: 'D', text: { en: 'Azure Policy mode', de: 'Azure Policy-Modus' } }
      ],
      correct: ['B'],
      explanation: { en: 'Workspace-based Application Insights is the recommended model because telemetry is stored in Log Analytics and can share governance, retention, and query capabilities with other monitoring data.', de: 'Workspacebasiertes Application Insights ist das empfohlene Modell, weil Telemetrie in Log Analytics gespeichert wird und Governance, Aufbewahrung sowie Abfragefunktionen mit anderen Überwachungsdaten teilen kann.' },
      hint: { en: 'The key clue is centralized governance through Log Analytics.', de: 'Der entscheidende Hinweis ist die zentrale Steuerung über Log Analytics.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/app/create-workspace-resource'
    },
    {
      id: 'az305-124',
      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 customer-facing mobile app. Users must sign up with social identities, reset passwords themselves, and use branded sign-in pages. The solution is for external consumers, not partner employees.', de: 'Tailwind Traders erstellt eine kundenorientierte mobile App. Benutzer müssen sich mit sozialen Identitäten registrieren können, Kennwörter selbst zurücksetzen und gebrandete Anmeldeseiten verwenden. Die Lösung ist für externe Verbraucher und nicht für Partner-Mitarbeiter gedacht.' },
      question: { en: 'Which identity solution should you design?', de: 'Welche Identitätslösung sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Microsoft Entra B2B collaboration', de: 'Microsoft Entra B2B-Zusammenarbeit' } },
        { id: 'B', text: { en: 'Microsoft Entra External ID for customers', de: 'Microsoft Entra External ID für Kunden' } },
        { id: 'C', text: { en: 'Password Hash Synchronization', de: 'Password Hash Synchronization' } },
        { id: 'D', text: { en: 'Privileged Identity Management', de: 'Privileged Identity Management' } }
      ],
      correct: ['B'],
      explanation: { en: 'Microsoft Entra External ID for customers is designed for consumer identity scenarios such as social sign-in, self-service sign-up, and branded user journeys. B2B collaboration is intended for workforce and partner access.', de: 'Microsoft Entra External ID für Kunden ist für Verbraucheridentitätsszenarien wie Social Sign-In, Self-Service-Registrierung und gebrandete Benutzerabläufe ausgelegt. B2B-Zusammenarbeit ist für Belegschafts- und Partnerzugriff vorgesehen.' },
      hint: { en: 'This is a customer identity scenario, not a partner collaboration scenario.', de: 'Dies ist ein Kundenidentitätsszenario und kein Partnerszenario.' },
      reference: 'https://learn.microsoft.com/en-us/entra/external-id/customers/overview-customers-ciam'
    },
    {
      id: 'az305-125',
      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 Monitor components are directly used in a centralized logs-and-alerts architecture?', de: 'Welche Azure Monitor-Komponenten werden direkt in einer zentralisierten Protokoll- und Warnungsarchitektur verwendet?' },
      options: [
        { id: 'A', text: { en: 'Log Analytics workspace', de: 'Log Analytics-Arbeitsbereich' } },
        { id: 'B', text: { en: 'Data Collection Rule', de: 'Datensammlungsregel' } },
        { id: 'C', text: { en: 'Action Group', de: 'Aktionsgruppe' } },
        { id: 'D', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } },
        { id: 'E', text: { en: 'Route table', de: 'Routentabelle' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'A Log Analytics workspace stores log data, data collection rules control collection and routing, and action groups define notifications and actions for alerts. Availability sets and route tables are unrelated to monitoring architecture.', de: 'Ein Log Analytics-Arbeitsbereich speichert Protokolldaten, Datensammlungsregeln steuern Sammlung und Weiterleitung, und Aktionsgruppen definieren Benachrichtigungen und Aktionen für Warnungen. Verfügbarkeitsgruppen und Routentabellen gehören nicht zur Überwachungsarchitektur.' },
      hint: { en: 'Choose the components that collect, store, and react to monitoring data.', de: 'Wählen Sie die Komponenten, die Überwachungsdaten sammeln, speichern und darauf reagieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/data-collection-rule-overview'
    },
    {
      id: 'az305-126',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'The platform team at Woodgrove Bank manages subscriptions for production workloads, shared platform services, and developer sandboxes. The company wants broad guardrails at the tenant level, strict policy on production subscriptions, and relaxed policy on sandbox subscriptions.', de: 'Das Plattformteam von Woodgrove Bank verwaltet Abonnements für Produktionsworkloads, gemeinsame Plattformdienste und Entwickler-Sandboxes. Das Unternehmen möchte allgemeine Leitplanken auf Mandantenebene, strenge Richtlinien für Produktionsabonnements und lockerere Richtlinien für Sandbox-Abonnements.' },
      question: { en: 'What should you design?', de: 'Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'One flat list of subscriptions with manual policy assignment on each subscription', de: 'Eine flache Liste von Abonnements mit manueller Richtlinienzuweisung pro Abonnement' } },
        { id: 'B', text: { en: 'A management group hierarchy with separate production, platform, and sandbox branches', de: 'Eine Verwaltungsgruppenhierarchie mit getrennten Zweigen für Produktion, Plattform und Sandbox' } },
        { id: 'C', text: { en: 'A separate Microsoft Entra tenant for each application team', de: 'Einen separaten Microsoft Entra-Mandanten pro Anwendungsteam' } },
        { id: 'D', text: { en: 'Only resource groups and tags', de: 'Nur Ressourcengruppen und Tags' } }
      ],
      correct: ['B'],
      explanation: { en: 'Management groups let architects apply broad governance at higher scope and stricter policies to selected branches such as production. This is the standard enterprise pattern for inheritance and delegated governance.', de: 'Verwaltungsgruppen ermöglichen es Architekten, allgemeine Governance auf höherer Ebene und strengere Richtlinien für ausgewählte Zweige wie Produktion anzuwenden. Das ist das Standardmuster im Unternehmen für Vererbung und delegierte Governance.' },
      hint: { en: 'The solution must support inherited governance with different policy branches.', de: 'Die Lösung muss vererbte Governance mit unterschiedlichen Richtlinienzweigen unterstützen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/management-groups/overview'
    },
    {
      id: 'az305-127',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Built-in Azure roles are too broad for a support team that only needs to restart virtual machines and view resource properties in one resource group. What should you design?', de: 'Integrierte Azure-Rollen sind für ein Supportteam zu umfangreich, das nur virtuelle Maschinen neu starten und Ressourceneigenschaften in einer Ressourcengruppe anzeigen muss. Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'A custom RBAC role', de: 'Eine benutzerdefinierte RBAC-Rolle' } },
        { id: 'B', text: { en: 'A resource lock', de: 'Eine Ressourcensperre' } },
        { id: 'C', text: { en: 'A management group', de: 'Eine Verwaltungsgruppe' } },
        { id: 'D', text: { en: 'A conditional access policy', de: 'Eine Richtlinie für bedingten Zugriff' } }
      ],
      correct: ['A'],
      explanation: { en: 'A custom RBAC role is appropriate when built-in roles do not align with least privilege requirements. You can allow only the required management actions and assign the role at the correct scope.', de: 'Eine benutzerdefinierte RBAC-Rolle ist geeignet, wenn integrierte Rollen nicht dem Least-Privilege-Prinzip entsprechen. Sie können nur die erforderlichen Verwaltungsaktionen zulassen und die Rolle auf dem richtigen Bereich zuweisen.' },
      hint: { en: 'The requirement is finer-grained authorization than built-in roles provide.', de: 'Gefordert ist eine feinere Autorisierung, als integrierte Rollen bieten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/role-based-access-control/custom-roles'
    },
    {
      id: 'az305-128',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders must ensure all new subscriptions automatically deploy diagnostic settings to a central Log Analytics workspace and deny public IP creation in production. The architects want one assignable governance package.', de: 'Tailwind Traders muss sicherstellen, dass bei allen neuen Abonnements automatisch Diagnoseeinstellungen in einen zentralen Log Analytics-Arbeitsbereich bereitgestellt werden und dass die Erstellung öffentlicher IP-Adressen in Produktion verweigert wird. Die Architekten möchten ein einziges zuweisbares Governance-Paket.' },
      question: { en: 'Which governance design is best?', de: 'Welches Governance-Design ist am besten geeignet?' },
      options: [
        { id: 'A', text: { en: 'A resource lock template', de: 'Eine Ressourcensperrenvorlage' } },
        { id: 'B', text: { en: 'An Azure Policy initiative assigned at management group scope', de: 'Eine Azure Policy-Initiative, die auf Verwaltungsgruppenebene zugewiesen wird' } },
        { id: 'C', text: { en: 'A workbook with remediation links', de: 'Eine Arbeitsmappe mit Korrekturlinks' } },
        { id: 'D', text: { en: 'Only Cost Management budgets', de: 'Nur Cost Management-Budgets' } }
      ],
      correct: ['B'],
      explanation: { en: 'An initiative groups multiple policy definitions into one assignment. Combined with management group scope, it provides scalable governance and inheritance for current and future subscriptions.', de: 'Eine Initiative bündelt mehrere Richtliniendefinitionen in einer Zuweisung. In Kombination mit Verwaltungsgruppenebene ermöglicht sie skalierbare Governance und Vererbung für aktuelle und zukünftige Abonnements.' },
      hint: { en: 'You need one reusable assignment that contains several policy rules.', de: 'Sie benötigen eine wiederverwendbare Zuweisung mit mehreren Richtlinienregeln.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/policy/concepts/initiative-definition-structure'
    },
    {
      id: 'az305-129',
      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 architectural decisions usually help optimize Azure cost without changing business requirements?', de: 'Welche Architekturentscheidungen helfen in der Regel, Azure-Kosten zu optimieren, ohne die Geschäftsanforderungen zu ändern?' },
      options: [
        { id: 'A', text: { en: 'Purchase reserved capacity or savings plans for steady usage', de: 'Reservierte Kapazität oder Savings Plans für gleichmäßige Nutzung erwerben' } },
        { id: 'B', text: { en: 'Rightsize underutilized resources', de: 'Unterausgelastete Ressourcen passend dimensionieren' } },
        { id: 'C', text: { en: 'Increase every service to the highest tier to avoid scaling work', de: 'Jeden Dienst auf die höchste Tarifstufe erhöhen, um Skalierungsarbeit zu vermeiden' } },
        { id: 'D', text: { en: 'Schedule nonproduction resources to shut down when not needed', de: 'Nichtproduktionsressourcen bei Nichtnutzung planmäßig herunterfahren' } },
        { id: 'E', text: { en: 'Use budgets and alerts to detect overspend early', de: 'Budgets und Warnungen verwenden, um Überschreitungen früh zu erkennen' } }
      ],
      correct: ['A', 'B', 'D', 'E'],
      explanation: { en: 'Reservations or savings plans reduce cost for predictable usage, rightsizing removes waste, scheduled shutdown avoids paying for idle dev environments, and budgets improve financial control. Overprovisioning everything raises cost instead of optimizing it.', de: 'Reservierungen oder Savings Plans senken die Kosten bei vorhersehbarer Nutzung, richtiges Sizing beseitigt Verschwendung, geplantes Herunterfahren vermeidet Kosten für ungenutzte Entwicklungsumgebungen, und Budgets verbessern die Finanzkontrolle. Eine pauschale Überdimensionierung erhöht dagegen die Kosten.' },
      hint: { en: 'Choose the options that lower waste or improve cost governance.', de: 'Wählen Sie die Optionen, die Verschwendung senken oder die Kostensteuerung verbessern.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cost-management-billing/costs/cost-mgt-best-practices'
    },
    {
      id: 'az305-130',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'The development team at Contoso, Ltd. deploys infrastructure from GitHub Actions to Azure. Security policy forbids client secrets and certificates in the repository or pipeline variables.', de: 'Das Entwicklungsteam von Contoso, Ltd. stellt Infrastruktur aus GitHub Actions in Azure bereit. Die Sicherheitsrichtlinie verbietet Clientgeheimnisse und Zertifikate im Repository oder in Pipelinevariablen.' },
      question: { en: 'Which identity design should you recommend?', de: 'Welches Identitätsdesign sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'A service principal with a long-lived client secret', de: 'Einen Dienstprinzipal mit langlebigem Clientgeheimnis' } },
        { id: 'B', text: { en: 'A storage account key in GitHub secrets', de: 'Einen Speicherkontoschlüssel in GitHub Secrets' } },
        { id: 'C', text: { en: 'Workload identity federation between GitHub and Microsoft Entra ID', de: 'Workload Identity Federation zwischen GitHub und Microsoft Entra ID' } },
        { id: 'D', text: { en: 'A shared local admin account on a build VM', de: 'Ein gemeinsam genutztes lokales Administratorkonto auf einer Build-VM' } }
      ],
      correct: ['C'],
      explanation: { en: 'Workload identity federation lets GitHub Actions exchange trusted workload tokens for Microsoft Entra tokens without storing long-lived Azure secrets. This aligns with modern secretless CI and CD design.', de: 'Workload Identity Federation ermöglicht es GitHub Actions, vertrauenswürdige Workload-Token gegen Microsoft Entra-Token auszutauschen, ohne langlebige Azure-Geheimnisse zu speichern. Das entspricht modernem secretlosem CI- und CD-Design.' },
      hint: { en: 'Pick the option that removes stored credentials from the pipeline.', de: 'Wählen Sie die Option, die gespeicherte Anmeldeinformationen aus der Pipeline entfernt.' },
      reference: 'https://learn.microsoft.com/en-us/entra/workload-id/workload-identity-federation'
    },
    {
      id: 'az305-131',
      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 feature defines what data Azure Monitor Agent collects, how it is transformed, and where it is sent?', de: 'Welche Azure Monitor-Funktion definiert, welche Daten der Azure Monitor Agent sammelt, wie sie transformiert werden und wohin sie gesendet werden?' },
      options: [
        { id: 'A', text: { en: 'Action Group', de: 'Aktionsgruppe' } },
        { id: 'B', text: { en: 'Data Collection Rule', de: 'Datensammlungsregel' } },
        { id: 'C', text: { en: 'Workbook', de: 'Arbeitsmappe' } },
        { id: 'D', text: { en: 'Budget', de: 'Budget' } }
      ],
      correct: ['B'],
      explanation: { en: 'A data collection rule controls data sources, optional transformations, and destinations for Azure Monitor Agent. It is the core design element for modern Azure Monitor data collection.', de: 'Eine Datensammlungsregel steuert Datenquellen, optionale Transformationen und Ziele für den Azure Monitor Agent. Sie ist das zentrale Designelement für moderne Datensammlung in Azure Monitor.' },
      hint: { en: 'The question is about collection and routing logic, not alert notifications.', de: 'Die Frage betrifft Sammel- und Weiterleitungslogik, nicht Warnungsbenachrichtigungen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/data-collection/data-collection-rule-overview'
    },
    {
      id: 'az305-132',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Contoso, Ltd., during planned maintenance windows, an operations team wants Azure Monitor alerts to continue evaluating but not send notifications to on-call engineers. The rule logic itself must stay unchanged.', de: 'Bei Contoso, Ltd.: während geplanter Wartungsfenster möchte ein Betriebsteam, dass Azure Monitor-Warnungen weiterhin ausgewertet werden, aber keine Benachrichtigungen an Bereitschaftsingenieure senden. Die Logik der Warnungsregel selbst darf nicht geändert werden.' },
      question: { en: 'Which design should you use?', de: 'Welches Design sollten Sie verwenden?' },
      options: [
        { id: 'A', text: { en: 'Disable each monitored resource manually', de: 'Jede überwachte Ressource manuell deaktivieren' } },
        { id: 'B', text: { en: 'Use alert processing rules to suppress actions during maintenance', de: 'Regeln zur Warnungsverarbeitung verwenden, um Aktionen während der Wartung zu unterdrücken' } },
        { id: 'C', text: { en: 'Delete the action groups', de: 'Die Aktionsgruppen löschen' } },
        { id: 'D', text: { en: 'Move resources to another resource group', de: 'Ressourcen in eine andere Ressourcengruppe verschieben' } }
      ],
      correct: ['B'],
      explanation: { en: 'Alert processing rules can suppress or route alert notifications without changing the underlying alert criteria. That makes them well suited for maintenance window design.', de: 'Regeln zur Warnungsverarbeitung können Warnungsbenachrichtigungen unterdrücken oder umleiten, ohne die zugrunde liegenden Warnungskriterien zu ändern. Dadurch eignen sie sich gut für die Gestaltung von Wartungsfenstern.' },
      hint: { en: 'The alerts should still fire internally, but actions should be muted temporarily.', de: 'Die Warnungen sollen intern weiter ausgelöst werden, aber Aktionen sollen vorübergehend stummgeschaltet werden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/alerts/alerts-processing-rules'
    },
    {
      id: 'az305-133',
      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 is designed for customer identities rather than workforce or partner collaboration?', de: 'Welche Microsoft Entra-Funktion ist für Kundenidentitäten und nicht für Belegschafts- oder Partnerzusammenarbeit ausgelegt?' },
      options: [
        { id: 'A', text: { en: 'Conditional Access', de: 'Bedingter Zugriff' } },
        { id: 'B', text: { en: 'Microsoft Entra B2B collaboration', de: 'Microsoft Entra B2B-Zusammenarbeit' } },
        { id: 'C', text: { en: 'Microsoft Entra External ID for customers', de: 'Microsoft Entra External ID für Kunden' } },
        { id: 'D', text: { en: 'Privileged Identity Management', de: 'Privileged Identity Management' } }
      ],
      correct: ['C'],
      explanation: { en: 'External ID for customers is meant for consumer-facing applications and customer journeys. B2B is for guest users from partner organizations and workforce collaboration.', de: 'External ID für Kunden ist für kundenorientierte Anwendungen und Kundenabläufe vorgesehen. B2B ist für Gastbenutzer aus Partnerorganisationen und die Zusammenarbeit der Belegschaft gedacht.' },
      hint: { en: 'Think customer app sign-up and sign-in.', de: 'Denken Sie an Registrierung und Anmeldung in einer Kunden-App.' },
      reference: 'https://learn.microsoft.com/en-us/entra/external-id/customers/overview-customers-ciam'
    },
    {
      id: 'az305-134',
      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 typical reasons to choose Microsoft Entra B2B collaboration?', de: 'Welche Funktionen sind typische Gründe für den Einsatz von Microsoft Entra B2B-Zusammenarbeit?' },
      options: [
        { id: 'A', text: { en: 'Invite partner users to use their own organizational credentials', de: 'Partnerbenutzer einladen, ihre eigenen Organisationsanmeldeinformationen zu verwenden' } },
        { id: 'B', text: { en: 'Share applications and resources with guest users', de: 'Anwendungen und Ressourcen mit Gastbenutzern teilen' } },
        { id: 'C', text: { en: 'Provide consumer social sign-up for a retail app', de: 'Social-Sign-Up für eine Einzelhandels-App bereitstellen' } },
        { id: 'D', text: { en: 'Use cross-tenant access settings for partner organizations', de: 'Mandantenübergreifende Zugriffseinstellungen für Partnerorganisationen verwenden' } },
        { id: 'E', text: { en: 'Replace Azure RBAC for Azure resources', de: 'Azure RBAC für Azure-Ressourcen ersetzen' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: { en: 'B2B collaboration is designed for guest and partner access using external organizational identities. Consumer sign-up belongs to customer identity solutions, and B2B does not replace Azure RBAC.', de: 'B2B-Zusammenarbeit ist für Gast- und Partnerzugriff mit externen Organisationsidentitäten gedacht. Verbraucherregistrierung gehört zu Kundenidentitätslösungen, und B2B ersetzt Azure RBAC nicht.' },
      hint: { en: 'Choose partner and guest collaboration capabilities.', de: 'Wählen Sie Funktionen für Partner- und Gastzusammenarbeit.' },
      reference: 'https://learn.microsoft.com/en-us/entra/external-id/what-is-b2b'
    },
    {
      id: 'az305-135',
      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 global web platform must prove that its checkout path is reachable from multiple regions and must identify latency between the browser, web front end, and downstream API calls during incidents.', de: 'Bei Fabrikam, Inc.: eine globale Webplattform muss nachweisen, dass ihr Checkout-Pfad aus mehreren Regionen erreichbar ist, und bei Vorfällen die Latenz zwischen Browser, Web-Frontend und nachgelagerten API-Aufrufen identifizieren.' },
      question: { en: 'What should the architects include?', de: 'Was sollten die Architekten einbeziehen?' },
      options: [
        { id: 'A', text: { en: 'Application Insights availability tests and distributed tracing', de: 'Application Insights-Verfügbarkeitstests und verteiltes Tracing' } },
        { id: 'B', text: { en: 'Only Azure Service Health', de: 'Nur Azure Service Health' } },
        { id: 'C', text: { en: 'Only NSG flow logs', de: 'Nur NSG-Flow-Logs' } },
        { id: 'D', text: { en: 'Only Cost Management alerts', de: 'Nur Cost Management-Warnungen' } }
      ],
      correct: ['A'],
      explanation: { en: 'Availability tests validate reachability from multiple test locations, and distributed tracing correlates requests across application components. Together they provide the observability needed for this scenario.', de: 'Verfügbarkeitstests prüfen die Erreichbarkeit aus mehreren Teststandorten, und verteiltes Tracing korreliert Anforderungen über Anwendungskomponenten hinweg. Zusammen liefern sie die für dieses Szenario notwendige Beobachtbarkeit.' },
      hint: { en: 'One requirement is synthetic reachability, the other is end-to-end transaction correlation.', de: 'Eine Anforderung ist synthetische Erreichbarkeit, die andere die End-to-End-Korrelation von Transaktionen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/app/availability-overview'
    },
    {
      id: 'az305-136',
      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 feature routes platform logs and metrics from a resource such as Key Vault or Storage to destinations such as Log Analytics, Event Hubs, or Storage Accounts?', de: 'Welche Azure-Funktion leitet Plattformprotokolle und Metriken von einer Ressource wie Key Vault oder Storage an Ziele wie Log Analytics, Event Hubs oder Speicherkonten weiter?' },
      options: [
        { id: 'A', text: { en: 'Diagnostic settings', de: 'Diagnoseeinstellungen' } },
        { id: 'B', text: { en: 'Resource locks', de: 'Ressourcensperren' } },
        { id: 'C', text: { en: 'Management groups', de: 'Verwaltungsgruppen' } },
        { id: 'D', text: { en: 'Action Groups', de: 'Aktionsgruppen' } }
      ],
      correct: ['A'],
      explanation: { en: 'Diagnostic settings are used to route platform logs and metrics from Azure resources to monitoring and archival destinations. They are a foundational design element for centralized observability.', de: 'Diagnoseeinstellungen werden verwendet, um Plattformprotokolle und Metriken von Azure-Ressourcen an Ziele für Überwachung und Archivierung weiterzuleiten. Sie sind ein grundlegendes Element für zentrale Beobachtbarkeit.' },
      hint: { en: 'Think about exporting resource telemetry, not authorizing access.', de: 'Denken Sie an den Export von Ressourcentelemetrie und nicht an die Autorisierung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/diagnostic-settings'
    },
    {
      id: 'az305-137',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Contoso, Ltd., a manufacturer wants engineers from supplier companies to access a shared Azure-hosted supplier portal by signing in with their own corporate accounts. The company does not want to create local consumer accounts for every external user.', de: 'Contoso, Ltd. möchte, dass Ingenieure von Lieferantenunternehmen auf ein gemeinsam genutztes, in Azure gehostetes Lieferantenportal zugreifen, indem sie sich mit ihren eigenen Firmenkonten anmelden. Das Unternehmen möchte keine lokalen Verbraucherkonten für jeden externen Benutzer erstellen.' },
      question: { en: 'Which identity approach should you design?', de: 'Welchen Identitätsansatz sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Microsoft Entra B2B collaboration', de: 'Microsoft Entra B2B-Zusammenarbeit' } },
        { id: 'B', text: { en: 'Microsoft Entra External ID for customers', de: 'Microsoft Entra External ID für Kunden' } },
        { id: 'C', text: { en: 'Managed identities', de: 'Verwaltete Identitäten' } },
        { id: 'D', text: { en: 'Azure Key Vault', de: 'Azure Key Vault' } }
      ],
      correct: ['A'],
      explanation: { en: 'B2B collaboration is designed for external users from partner organizations who should authenticate with their own home tenant credentials. That avoids managing local accounts for each partner user.', de: 'B2B-Zusammenarbeit ist für externe Benutzer aus Partnerorganisationen ausgelegt, die sich mit den Anmeldeinformationen ihres Heimmandanten authentifizieren sollen. Dadurch entfällt die Verwaltung lokaler Konten für jeden Partnerbenutzer.' },
      hint: { en: 'The clue is partner employees using their own work accounts.', de: 'Der Hinweis sind Partnermitarbeiter, die ihre eigenen Arbeitskonten verwenden.' },
      reference: 'https://learn.microsoft.com/en-us/entra/external-id/what-is-b2b'
    },
    {
      id: 'az305-138',
      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 Policy construct groups several policy definitions so they can be assigned together?', de: 'Welches Azure Policy-Konstrukt gruppiert mehrere Richtliniendefinitionen, damit sie gemeinsam zugewiesen werden können?' },
      options: [
        { id: 'A', text: { en: 'Action group', de: 'Aktionsgruppe' } },
        { id: 'B', text: { en: 'Initiative', de: 'Initiative' } },
        { id: 'C', text: { en: 'Workbook', de: 'Arbeitsmappe' } },
        { id: 'D', text: { en: 'Management lock', de: 'Verwaltungssperre' } }
      ],
      correct: ['B'],
      explanation: { en: 'An initiative is a collection of policy definitions that can be assigned as one package. It helps enforce a consistent set of controls at scale.', de: 'Eine Initiative ist eine Sammlung von Richtliniendefinitionen, die als ein Paket zugewiesen werden kann. Sie hilft, einen konsistenten Satz von Kontrollen im großen Maßstab durchzusetzen.' },
      hint: { en: 'This is the grouping mechanism in Azure Policy.', de: 'Dies ist der Gruppierungsmechanismus in Azure Policy.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/policy/overview'
    },
    {
      id: 'az305-139',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, security auditors need read-only access to Key Vault resource configuration across all subscriptions. They must not be able to read secrets, keys, or certificates from the vault data plane.', de: 'Bei Tailwind Traders: sicherheitsauditoren benötigen schreibgeschützten Zugriff auf die Ressourcenkonfiguration von Key Vaults in allen Abonnements. Sie dürfen jedoch keine Geheimnisse, Schlüssel oder Zertifikate aus der Datenebene des Tresors lesen können.' },
      question: { en: 'What should you design?', de: 'Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'A custom role with management-plane read actions only and no data actions', de: 'Eine benutzerdefinierte Rolle nur mit Leseaktionen der Verwaltungsebene und ohne Datenaktionen' } },
        { id: 'B', text: { en: 'Key Vault Administrator', de: 'Key Vault Administrator' } },
        { id: 'C', text: { en: 'Owner at the tenant root scope', de: 'Owner auf der Mandantenwurzelebene' } },
        { id: 'D', text: { en: 'A storage account SAS token', de: 'Ein SAS-Token für ein Speicherkonto' } }
      ],
      correct: ['A'],
      explanation: { en: 'A custom RBAC role can allow read access to resource metadata while excluding data plane permissions. This meets least privilege and avoids exposing sensitive vault contents.', de: 'Eine benutzerdefinierte RBAC-Rolle kann Lesezugriff auf Ressourcenmetadaten erlauben und gleichzeitig Datenebenenberechtigungen ausschließen. Das erfüllt das Least-Privilege-Prinzip und verhindert die Offenlegung sensibler Tresorinhalte.' },
      hint: { en: 'Separate management plane access from data plane access.', de: 'Trennen Sie Zugriff auf die Verwaltungsebene vom Zugriff auf die Datenebene.' },
      reference: 'https://learn.microsoft.com/en-us/azure/role-based-access-control/custom-roles'
    },
    {
      id: 'az305-140',
      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 tools are commonly used to strengthen cost governance in Azure?', de: 'Welche Werkzeuge werden häufig verwendet, um die Kosten-Governance in Azure zu stärken?' },
      options: [
        { id: 'A', text: { en: 'Budgets and cost alerts', de: 'Budgets und Kostenwarnungen' } },
        { id: 'B', text: { en: 'Azure Advisor cost recommendations', de: 'Kostenempfehlungen von Azure Advisor' } },
        { id: 'C', text: { en: 'Tag governance with Azure Policy', de: 'Tag-Governance mit Azure Policy' } },
        { id: 'D', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'E', text: { en: 'Cost exports for chargeback analysis', de: 'Kostenexporte für Chargeback-Analysen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Budgets, Advisor, Azure Policy tagging, and cost exports all support financial governance and allocation. Availability sets are for compute availability, not cost management.', de: 'Budgets, Advisor, Azure Policy-Tagging und Kostenexporte unterstützen alle die finanzielle Governance und Zuordnung. Verfügbarkeitsgruppen dienen der Compute-Verfügbarkeit und nicht dem Kostenmanagement.' },
      hint: { en: 'Select the options that improve visibility, allocation, or proactive control of spend.', de: 'Wählen Sie die Optionen, die Sichtbarkeit, Zuordnung oder proaktive Kontrolle der Ausgaben verbessern.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cost-management-billing/cost-management/export-cost-data'
    },
    {
      id: 'az305-141',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Fabrikam, Inc. wants tenant-wide policies for approved locations and tags, but it needs extra restrictions such as private networking and no public IP addresses only on production subscriptions. Sandbox subscriptions must stay flexible.', de: 'Fabrikam, Inc. möchte mandantenweite Richtlinien für genehmigte Regionen und Tags, benötigt jedoch zusätzliche Einschränkungen wie private Netzwerke und keine öffentlichen IP-Adressen nur für Produktionsabonnements. Sandbox-Abonnements sollen flexibel bleiben.' },
      question: { en: 'Which hierarchy is most appropriate?', de: 'Welche Hierarchie ist am geeignetsten?' },
      options: [
        { id: 'A', text: { en: 'A single management group containing all subscriptions at one level', de: 'Eine einzige Verwaltungsgruppe mit allen Abonnements auf einer Ebene' } },
        { id: 'B', text: { en: 'Management groups with separate production and sandbox branches under the tenant root', de: 'Verwaltungsgruppen mit getrennten Produktions- und Sandbox-Zweigen unterhalb der Mandantenwurzel' } },
        { id: 'C', text: { en: 'One resource group per environment in the same subscription', de: 'Eine Ressourcengruppe pro Umgebung im selben Abonnement' } },
        { id: 'D', text: { en: 'A separate tenant for each sandbox project', de: 'Ein separater Mandant für jedes Sandbox-Projekt' } }
      ],
      correct: ['B'],
      explanation: { en: 'Separate management group branches let architects apply broad controls at the root and stricter inherited controls only to production. This is more scalable and maintainable than flat or per-subscription governance.', de: 'Getrennte Verwaltungsgruppenzweige ermöglichen es Architekten, allgemeine Kontrollen an der Wurzel und strengere vererbte Kontrollen nur für Produktion anzuwenden. Das ist skalierbarer und wartbarer als flache oder pro Abonnement umgesetzte Governance.' },
      hint: { en: 'Production and sandbox need different inherited policy sets.', de: 'Produktion und Sandbox benötigen unterschiedliche vererbte Richtliniensätze.' },
      reference: 'https://learn.microsoft.com/en-us/azure/governance/management-groups/overview'
    },
    {
      id: 'az305-142',
      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 Application Insights feature performs synthetic tests against a URL from multiple Azure regions?', de: 'Welche Application Insights-Funktion führt synthetische Tests gegen eine URL aus mehreren Azure-Regionen durch?' },
      options: [
        { id: 'A', text: { en: 'Availability tests', de: 'Verfügbarkeitstests' } },
        { id: 'B', text: { en: 'Action groups', de: 'Aktionsgruppen' } },
        { id: 'C', text: { en: 'Data collection endpoints', de: 'Datensammlungsendpunkte' } },
        { id: 'D', text: { en: 'Policy remediation tasks', de: 'Aufgaben zur Richtlinienbehebung' } }
      ],
      correct: ['A'],
      explanation: { en: 'Availability tests are designed for synthetic monitoring of application endpoints from multiple test locations. They help verify uptime and latency from a user perspective.', de: 'Verfügbarkeitstests sind für das synthetische Monitoring von Anwendungsendpunkten aus mehreren Teststandorten ausgelegt. Sie helfen, Verfügbarkeit und Latenz aus Benutzersicht zu überprüfen.' },
      hint: { en: 'This is synthetic monitoring, not alert delivery.', de: 'Dies ist synthetisches Monitoring und nicht Alarmzustellung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/app/availability-overview'
    },
    {
      id: 'az305-143',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Contoso, Ltd., a workload running on AKS must access Azure Key Vault and Storage. The security team forbids Kubernetes secrets that contain Azure credentials and wants pod-level federation with Microsoft Entra ID.', de: 'Bei Contoso, Ltd.: ein Workload auf AKS muss auf Azure Key Vault und Storage zugreifen. Das Sicherheitsteam verbietet Kubernetes-Secrets mit Azure-Anmeldeinformationen und verlangt eine Pod-Ebenen-Föderation mit Microsoft Entra ID.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Store a client secret in a Kubernetes secret', de: 'Ein Clientgeheimnis in einem Kubernetes-Secret speichern' } },
        { id: 'B', text: { en: 'Use AKS workload identity with federated credentials', de: 'AKS Workload Identity mit föderierten Anmeldeinformationen verwenden' } },
        { id: 'C', text: { en: 'Use a shared local admin account on each node', de: 'Ein gemeinsames lokales Administratorkonto auf jedem Knoten verwenden' } },
        { id: 'D', text: { en: 'Grant anonymous access to the storage account', de: 'Anonymen Zugriff auf das Speicherkonto gewähren' } }
      ],
      correct: ['B'],
      explanation: { en: 'AKS workload identity uses federated credentials so pods can obtain Microsoft Entra tokens without storing long-lived secrets. This is the recommended secretless architecture for pod access to Azure resources.', de: 'AKS Workload Identity verwendet föderierte Anmeldeinformationen, sodass Pods Microsoft Entra-Token erhalten können, ohne langlebige Geheimnisse zu speichern. Dies ist die empfohlene secretlose Architektur für den Pod-Zugriff auf Azure-Ressourcen.' },
      hint: { en: 'The requirement explicitly calls for pod-level federation and no stored Azure credential.', de: 'Die Anforderung verlangt ausdrücklich Föderation auf Pod-Ebene und keine gespeicherten Azure-Anmeldeinformationen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/workload-identity-overview'
    },
    {
      id: 'az305-144',
      type: 'multiple',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which elements can be configured in a custom Azure RBAC role definition?', de: 'Welche Elemente können in einer benutzerdefinierten Azure RBAC-Rollendefinition konfiguriert werden?' },
      options: [
        { id: 'A', text: { en: 'Actions', de: 'Actions' } },
        { id: 'B', text: { en: 'NotActions', de: 'NotActions' } },
        { id: 'C', text: { en: 'DataActions', de: 'DataActions' } },
        { id: 'D', text: { en: 'AssignableScopes', de: 'AssignableScopes' } },
        { id: 'E', text: { en: 'Management group hierarchy levels', de: 'Ebenen der Verwaltungsgruppenhierarchie' } }
      ],
      correct: ['A', 'B', 'C', 'D'],
      explanation: { en: 'Custom role definitions include management actions, excluded actions, optional data actions, and assignable scopes. The management group hierarchy itself is not a field inside the role definition.', de: 'Benutzerdefinierte Rollendefinitionen enthalten Verwaltungsaktionen, ausgeschlossene Aktionen, optionale Datenaktionen und zuweisbare Bereiche. Die Verwaltungsgruppenhierarchie selbst ist kein Feld innerhalb der Rollendefinition.' },
      hint: { en: 'Think about the JSON structure of a custom role.', de: 'Denken Sie an die JSON-Struktur einer benutzerdefinierten Rolle.' },
      reference: 'https://learn.microsoft.com/en-us/azure/role-based-access-control/custom-roles'
    },
    {
      id: 'az305-145',
      type: 'scenario',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Woodgrove Bank needs central operational logging, but data residency rules require that application logs from the EU stay in EU workspaces while global architects still query incidents across regions when authorized.', de: 'Woodgrove Bank benötigt zentrale Betriebsprotokollierung, aber Datenresidenzregeln verlangen, dass Anwendungsprotokolle aus der EU in EU-Arbeitsbereichen bleiben, während globale Architekten bei Berechtigung weiterhin vorfallsbezogen regionenübergreifend abfragen können.' },
      question: { en: 'Which design is most appropriate?', de: 'Welches Design ist am geeignetsten?' },
      options: [
        { id: 'A', text: { en: 'One global workspace in a non-EU region for all telemetry', de: 'Ein globaler Arbeitsbereich in einer Nicht-EU-Region für die gesamte Telemetrie' } },
        { id: 'B', text: { en: 'Regional Log Analytics workspaces with cross-workspace queries and governance by scope', de: 'Regionale Log Analytics-Arbeitsbereiche mit arbeitsbereichsübergreifenden Abfragen und Governance nach Bereich' } },
        { id: 'C', text: { en: 'Only local text files on each VM', de: 'Nur lokale Textdateien auf jeder VM' } },
        { id: 'D', text: { en: 'Separate Microsoft Entra tenants for each geography', de: 'Separate Microsoft Entra-Mandanten pro Geografie' } }
      ],
      correct: ['B'],
      explanation: { en: 'Regional workspaces can satisfy data residency requirements while Azure Monitor still supports cross-workspace investigation patterns for authorized users. This design balances sovereignty and operational visibility.', de: 'Regionale Arbeitsbereiche können Datenresidenzanforderungen erfüllen, während Azure Monitor weiterhin arbeitsbereichsübergreifende Untersuchungsmuster für autorisierte Benutzer unterstützt. Dieses Design balanciert Datensouveränität und operative Sichtbarkeit.' },
      hint: { en: 'The requirement is residency first, with controlled cross-region investigation second.', de: 'Die Anforderung priorisiert Datenresidenz und erlaubt danach kontrollierte regionenübergreifende Untersuchung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-monitor/logs/cross-workspace-query'
    },
    {
      id: 'az305-146',
      type: 'single',
      domain: { en: 'Design Identity, Governance, and Monitoring Solutions', de: 'Identitäts-, Governance- und Überwachungslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'A single Azure Function app needs identity-based access to one storage account, and no other resource will reuse the same identity. Which option has the least administrative overhead?', de: 'Eine einzelne Azure Function App benötigt identitätsbasierten Zugriff auf ein Speicherkonto, und keine andere Ressource wird dieselbe Identität wiederverwenden. Welche Option verursacht den geringsten Verwaltungsaufwand?' },
      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', de: 'Dienstprinzipal mit Clientgeheimnis' } },
        { id: 'D', text: { en: 'Storage account access key in app settings', de: 'Speicherkontozugriffsschlüssel in App-Einstellungen' } }
      ],
      correct: ['A'],
      explanation: { en: 'A system-assigned managed identity is created and managed with the resource itself, so it is the simplest design when only one resource needs the identity. No separate credential lifecycle is required.', de: 'Eine systemseitig zugewiesene verwaltete Identität wird zusammen mit der Ressource erstellt und verwaltet, sodass sie das einfachste Design ist, wenn nur eine Ressource die Identität benötigt. Es ist kein separater Lebenszyklus für Anmeldeinformationen erforderlich.' },
      hint: { en: 'The identity does not need to be shared across resources.', de: 'Die Identität muss nicht von mehreren Ressourcen gemeinsam genutzt werden.' },
      reference: 'https://learn.microsoft.com/en-us/azure/active-directory/managed-identities-azure-resources/overview'
    },
    {
      id: 'az305-147',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a retail application stores billions of order documents in Azure Cosmos DB. Most queries retrieve a single order by tenant and order number, and the architects must avoid hot partitions during seasonal spikes.', de: 'Bei Tailwind Traders: eine Handelsanwendung speichert Milliarden von Auftragsdokumenten in Azure Cosmos DB. Die meisten Abfragen rufen einen einzelnen Auftrag anhand von Mandant und Auftragsnummer ab, und die Architekten müssen heiße Partitionen während saisonaler Spitzen vermeiden.' },
      question: { en: 'Which partition key is the best choice?', de: 'Welcher Partitionsschlüssel ist die beste Wahl?' },
      options: [
        { id: 'A', text: { en: 'A constant value such as company', de: 'Ein konstanter Wert wie company' } },
        { id: 'B', text: { en: 'Order status', de: 'Auftragsstatus' } },
        { id: 'C', text: { en: 'Tenant ID', de: 'Mandanten-ID' } },
        { id: 'D', text: { en: 'A composite application property that distributes orders broadly by tenant and query pattern, such as tenant ID', de: 'Eine Anwendungseigenschaft, die Aufträge breit nach Mandant und Abfragemuster verteilt, wie etwa die Mandanten-ID' } }
      ],
      correct: ['D'],
      explanation: { en: 'A good partition key has high cardinality, spreads throughput, and aligns with the dominant query pattern. Tenant ID is commonly appropriate in multitenant designs when it gives broad distribution and targeted queries.', de: 'Ein guter Partitionsschlüssel hat hohe Kardinalität, verteilt Durchsatz und passt zum dominanten Abfragemuster. Die Mandanten-ID ist in mandantenfähigen Designs oft geeignet, wenn sie eine breite Verteilung und gezielte Abfragen ermöglicht.' },
      hint: { en: 'Avoid low-cardinality values and choose the property used to scope most lookups.', de: 'Vermeiden Sie Werte mit niedriger Kardinalität und wählen Sie die Eigenschaft, die die meisten Abfragen eingrenzt.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/partitioning-overview'
    },
    {
      id: 'az305-148',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB consistency level provides read-your-own-writes guarantees for a client session with lower latency than strong consistency?', de: 'Welche Konsistenzebene in Azure Cosmos DB bietet Read-Your-Own-Writes-Garantien für eine Clientsitzung bei geringerer Latenz als starke Konsistenz?' },
      options: [
        { id: 'A', text: { en: 'Eventual', de: 'Eventual' } },
        { id: 'B', text: { en: 'Session', de: 'Session' } },
        { id: 'C', text: { en: 'Consistent Prefix', de: 'Consistent Prefix' } },
        { id: 'D', text: { en: 'Bounded Staleness', de: 'Bounded Staleness' } }
      ],
      correct: ['B'],
      explanation: { en: 'Session consistency guarantees that a client session can read its own writes while offering a good balance of consistency, latency, and throughput. It is the default and most commonly used level for many applications.', de: 'Session-Konsistenz stellt sicher, dass eine Clientsitzung ihre eigenen Schreibvorgänge lesen kann, und bietet gleichzeitig ein gutes Gleichgewicht aus Konsistenz, Latenz und Durchsatz. Sie ist die Standard- und am häufigsten verwendete Ebene für viele Anwendungen.' },
      hint: { en: 'Look for read-your-own-writes without the cost of strong consistency.', de: 'Suchen Sie nach Read-Your-Own-Writes ohne die Kosten starker Konsistenz.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/consistency-levels'
    },
    {
      id: 'az305-149',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which statements about Azure Storage redundancy options are correct?', de: 'Welche Aussagen zu Azure Storage-Redundanzoptionen sind korrekt?' },
      options: [
        { id: 'A', text: { en: 'ZRS replicates synchronously across availability zones in the primary region', de: 'ZRS repliziert synchron über Verfügbarkeitszonen in der Primärregion' } },
        { id: 'B', text: { en: 'GRS replicates to a secondary region for disaster recovery', de: 'GRS repliziert für die Notfallwiederherstellung in eine sekundäre Region' } },
        { id: 'C', text: { en: 'RA-GRS allows read access to the secondary region', de: 'RA-GRS ermöglicht Lesezugriff auf die sekundäre Region' } },
        { id: 'D', text: { en: 'LRS provides zone-level redundancy across multiple datacenters in a region', de: 'LRS bietet Zonenredundanz über mehrere Rechenzentren in einer Region' } },
        { id: 'E', text: { en: 'ZRS is always cheaper than LRS', de: 'ZRS ist immer günstiger als LRS' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'ZRS protects within the primary region by writing across zones, GRS adds asynchronous regional replication, and RA-GRS exposes the secondary for read access. LRS is local only and is usually the lowest-cost option.', de: 'ZRS schützt innerhalb der Primärregion durch Schreiben über Zonen hinweg, GRS fügt asynchrone regionale Replikation hinzu, und RA-GRS stellt die Sekundärregion für Lesezugriff bereit. LRS ist nur lokal und in der Regel die kostengünstigste Option.' },
      hint: { en: 'Separate local, zonal, and regional redundancy features.', de: 'Trennen Sie lokale, zonale und regionale Redundanzfunktionen voneinander.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-150',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, a financial analytics workload needs an Azure SQL database that will grow beyond 20 TB, sustain very high transaction rates, and allow storage to scale rapidly without long maintenance windows.', de: 'Bei Woodgrove Bank: ein Finanzanalyse-Workload benötigt eine Azure SQL-Datenbank, die über 20 TB wachsen wird, sehr hohe Transaktionsraten aufrechterhalten und eine schnelle Skalierung des Speichers ohne lange Wartungsfenster ermöglichen soll.' },
      question: { en: 'Which compute option should you recommend?', de: 'Welche Computeoption sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure SQL Database Hyperscale', de: 'Azure SQL Database Hyperscale' } },
        { id: 'B', text: { en: 'Azure SQL Database serverless', de: 'Azure SQL Database serverless' } },
        { id: 'C', text: { en: 'Elastic pool', de: 'Elastischer Pool' } },
        { id: 'D', text: { en: 'Azure SQL Edge', de: 'Azure SQL Edge' } }
      ],
      correct: ['A'],
      explanation: { en: 'Hyperscale is designed for very large databases and rapid storage growth. Its architecture separates compute and storage in a way that supports large scale and operational flexibility.', de: 'Hyperscale ist für sehr große Datenbanken und schnelles Speicherwachstum ausgelegt. Seine Architektur trennt Compute und Storage so, dass große Skalierung und operative Flexibilität unterstützt werden.' },
      hint: { en: 'The crucial clue is very large database size plus rapid growth.', de: 'Der entscheidende Hinweis ist die sehr große Datenbankgröße plus schnelles Wachstum.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/service-tier-hyperscale'
    },
    {
      id: 'az305-151',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure SQL design is usually most cost-effective when many tenant databases have unpredictable but non-overlapping peaks?', de: 'Welches Azure SQL-Design ist in der Regel am kosteneffizientesten, wenn viele Mandantendatenbanken unvorhersehbare, aber nicht überlappende Lastspitzen haben?' },
      options: [
        { id: 'A', text: { en: 'One provisioned single database per tenant', de: 'Eine bereitgestellte Einzeldatenbank pro Mandant' } },
        { id: 'B', text: { en: 'Elastic pool', de: 'Elastischer Pool' } },
        { id: 'C', text: { en: 'Dedicated SQL pool in Synapse', de: 'Dedizierter SQL-Pool in Synapse' } },
        { id: 'D', text: { en: 'Azure SQL Edge', de: 'Azure SQL Edge' } }
      ],
      correct: ['B'],
      explanation: { en: 'Elastic pools let many separate databases share a pool of compute resources. This is often the best fit for multitenant SaaS patterns with variable and offset usage.', de: 'Elastische Pools ermöglichen es vielen separaten Datenbanken, sich einen gemeinsamen Compute-Pool zu teilen. Das ist oft die beste Wahl für mandantenfähige SaaS-Muster mit variabler und zeitlich versetzter Nutzung.' },
      hint: { en: 'Separate databases plus shared capacity usually means elastic pool.', de: 'Separate Datenbanken plus gemeinsam genutzte Kapazität bedeuten meist elastischen Pool.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/elastic-pool-overview?view=azuresql'
    },
    {
      id: 'az305-152',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders platform needs relational transactions for orders, globally distributed JSON documents for product catalogs, and low-cost object storage for images and videos.', de: 'Tailwind Traders – Eine Unternehmensplattform benötigt relationale Transaktionen für Aufträge, global verteilte JSON-Dokumente für Produktkataloge und kostengünstigen Objektspeicher für Bilder und Videos.' },
      question: { en: 'Which data architecture should you recommend?', de: 'Welche Datenarchitektur sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Store everything in one Azure SQL Database', de: 'Alles in einer Azure SQL-Datenbank speichern' } },
        { id: 'B', text: { en: 'Use Azure SQL Database, Azure Cosmos DB, and Azure Blob Storage together', de: 'Azure SQL Database, Azure Cosmos DB und Azure Blob Storage gemeinsam verwenden' } },
        { id: 'C', text: { en: 'Use only Azure Table Storage for all data', de: 'Nur Azure Table Storage für alle Daten verwenden' } },
        { id: 'D', text: { en: 'Use only Azure Files Premium', de: 'Nur Azure Files Premium verwenden' } }
      ],
      correct: ['B'],
      explanation: { en: 'This is a classic polyglot persistence scenario. Azure SQL Database fits transactional relational data, Azure Cosmos DB fits globally distributed schema-flexible catalogs, and Blob Storage fits large binary objects.', de: 'Dies ist ein klassisches Szenario für Polyglot Persistence. Azure SQL Database passt zu relationalen Transaktionsdaten, Azure Cosmos DB zu global verteilten schemaflexiblen Katalogen und Blob Storage zu großen Binärobjekten.' },
      hint: { en: 'Different data shapes and access patterns often require different stores.', de: 'Unterschiedliche Datenformen und Zugriffsmuster erfordern oft unterschiedliche Speicher.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/data-guide/technology-choices/data-store-overview'
    },
    {
      id: 'az305-153',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which services commonly appear in an Azure Synapse Analytics solution for enterprise analytics?', de: 'Welche Dienste erscheinen häufig in einer Azure Synapse Analytics-Lösung für Unternehmensanalysen?' },
      options: [
        { id: 'A', text: { en: 'Azure Data Lake Storage Gen2', de: 'Azure Data Lake Storage Gen2' } },
        { id: 'B', text: { en: 'Synapse pipelines', de: 'Synapse-Pipelines' } },
        { id: 'C', text: { en: 'Serverless or dedicated SQL pools', de: 'Serverless- oder dedizierte SQL-Pools' } },
        { id: 'D', text: { en: 'Azure Bastion as the analytics engine', de: 'Azure Bastion als Analyse-Engine' } },
        { id: 'E', text: { en: 'Apache Spark pools', de: 'Apache Spark-Pools' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Synapse solutions typically combine a data lake, data integration pipelines, SQL query engines, and Spark for big data processing. Azure Bastion is unrelated to analytics execution.', de: 'Synapse-Lösungen kombinieren typischerweise einen Data Lake, Datenintegrationspipelines, SQL-Abfrage-Engines und Spark für Big-Data-Verarbeitung. Azure Bastion hat nichts mit der Ausführung von Analysen zu tun.' },
      hint: { en: 'Choose storage, orchestration, and analytics components.', de: 'Wählen Sie Speicher-, Orchestrierungs- und Analysekomponenten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/synapse-analytics/overview-what-is'
    },
    {
      id: 'az305-154',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure storage service should you choose as the foundation of an enterprise data lake that needs hierarchical namespaces and ACLs?', de: 'Welchen Azure-Speicherdienst sollten Sie als Grundlage eines Unternehmens-Data-Lakes wählen, der hierarchische Namespaces und ACLs benötigt?' },
      options: [
        { id: 'A', text: { en: 'Azure Data Lake Storage Gen2', de: 'Azure Data Lake Storage Gen2' } },
        { id: 'B', text: { en: 'Azure Disk Storage', de: 'Azure Disk Storage' } },
        { id: 'C', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'D', text: { en: 'Azure CDN', de: 'Azure CDN' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Data Lake Storage Gen2 adds a hierarchical namespace and ACL support on top of Blob Storage, making it a strong foundation for analytics and lakehouse architectures.', de: 'Azure Data Lake Storage Gen2 ergänzt Blob Storage um einen hierarchischen Namespace und ACL-Unterstützung und ist damit eine starke Grundlage für Analyse- und Lakehouse-Architekturen.' },
      hint: { en: 'The key requirements are hierarchical namespaces and access control lists.', de: 'Die Schlüsselforderungen sind hierarchische Namespaces und Zugriffssteuerungslisten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-introduction'
    },
    {
      id: 'az305-155',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a data engineering team wants a lakehouse architecture with clear landing, cleansed, and curated zones for raw source files, transformed data, and consumption-ready datasets.', de: 'Bei Tailwind Traders: ein Data-Engineering-Team möchte eine Lakehouse-Architektur mit klaren Landing-, bereinigten und kuratierten Zonen für Rohquellendateien, transformierte Daten und konsumfertige Datensätze.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'One flat blob container with all files mixed together', de: 'Einen flachen Blob-Container mit allen Dateien gemischt' } },
        { id: 'B', text: { en: 'ADLS Gen2 with separate raw, curated, and serving folders or containers plus processing pipelines', de: 'ADLS Gen2 mit getrennten Ordnern oder Containern für Raw, Curated und Serving sowie Verarbeitungspipelines' } },
        { id: 'C', text: { en: 'Azure Queue Storage only', de: 'Nur Azure Queue Storage' } },
        { id: 'D', text: { en: 'Azure DNS zones', de: 'Azure DNS-Zonen' } }
      ],
      correct: ['B'],
      explanation: { en: 'A zoned data lake on ADLS Gen2 supports governance, lineage, and lifecycle control across ingestion and transformation stages. It is a standard architecture for analytical data platforms.', de: 'Ein zonierter Data Lake auf ADLS Gen2 unterstützt Governance, Herkunftsnachvollziehbarkeit und Lebenszyklussteuerung über Ingestions- und Transformationsstufen hinweg. Dies ist eine Standardarchitektur für analytische Datenplattformen.' },
      hint: { en: 'The design should separate data by refinement stage.', de: 'Das Design sollte Daten nach Veredelungsstufen trennen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/scenarios/cloud-scale-analytics/best-practices/data-lake-zones'
    },
    {
      id: 'az305-156',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure capability enables near-real-time analytics over operational data in Azure Cosmos DB without building a complex ETL pipeline?', de: 'Welche Azure-Funktion ermöglicht nahezu Echtzeitanalysen über operative Daten in Azure Cosmos DB, ohne eine komplexe ETL-Pipeline aufzubauen?' },
      options: [
        { id: 'A', text: { en: 'Synapse Link', de: 'Synapse Link' } },
        { id: 'B', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'C', text: { en: 'Resource locks', de: 'Ressourcensperren' } },
        { id: 'D', text: { en: 'Management groups', de: 'Verwaltungsgruppen' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Synapse Link for Cosmos DB exposes analytical capabilities with minimal ETL overhead by using the analytical store. This is designed for operational analytics scenarios.', de: 'Azure Synapse Link für Cosmos DB stellt Analysefunktionen mit minimalem ETL-Aufwand über den analytischen Speicher bereit. Das ist für operative Analyseszenarien ausgelegt.' },
      hint: { en: 'Think analytics on live operational data with minimal data movement.', de: 'Denken Sie an Analysen auf Live-Betriebsdaten mit minimaler Datenbewegung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/synapse-link'
    },
    {
      id: 'az305-157',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. must migrate a 6 TB SQL Server database to Azure SQL Managed Instance with minimal downtime. The migration must validate compatibility and synchronize ongoing changes until cutover.', de: 'Contoso, Ltd. muss eine 6-TB-SQL-Server-Datenbank mit minimaler Ausfallzeit zu Azure SQL Managed Instance migrieren. Die Migration muss die Kompatibilität validieren und fortlaufende Änderungen bis zum Umstieg synchronisieren.' },
      question: { en: 'What should you recommend?', de: 'Was sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Database Migration Service using online migration', de: 'Azure Database Migration Service mit Onlinemigration' } },
        { id: 'B', text: { en: 'Manual export to CSV files', de: 'Manuellen Export in CSV-Dateien' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Database Migration Service supports assessment and online migration patterns for SQL Server workloads moving to Azure SQL services. It is designed to reduce downtime during cutover.', de: 'Azure Database Migration Service unterstützt Bewertungs- und Onlinemigrationsmuster für SQL-Server-Workloads, die zu Azure SQL-Diensten wechseln. Er ist darauf ausgelegt, Ausfallzeiten beim Umstieg zu reduzieren.' },
      hint: { en: 'The migration must keep changes synchronized until cutover.', de: 'Die Migration muss Änderungen bis zum Umstieg synchron halten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/dms/dms-overview'
    },
    {
      id: 'az305-158',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Blob Storage features help lower cost for infrequently accessed data while preserving operational controls?', de: 'Welche Blob-Storage-Funktionen helfen, die Kosten für selten genutzte Daten zu senken und gleichzeitig betriebliche Kontrollen zu erhalten?' },
      options: [
        { id: 'A', text: { en: 'Lifecycle management rules', de: 'Regeln zur Lebenszyklusverwaltung' } },
        { id: 'B', text: { en: 'Cool or Archive access tiers', de: 'Cool- oder Archive-Zugriffsebenen' } },
        { id: 'C', text: { en: 'Blob versioning', de: 'Blobversionierung' } },
        { id: 'D', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'E', text: { en: 'Object replication policies', de: 'Objektreplikationsrichtlinien' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Lifecycle management and access tiers reduce storage cost by moving data based on age or access pattern. Versioning supports operational recovery from overwrite and deletion. Availability sets are unrelated to storage.', de: 'Lebenszyklusverwaltung und Zugriffsebenen senken Speicherkosten, indem Daten je nach Alter oder Zugriffsmuster verschoben werden. Versionierung unterstützt die betriebliche Wiederherstellung nach Überschreiben oder Löschen. Verfügbarkeitsgruppen sind nicht mit Storage verbunden.' },
      hint: { en: 'Look for features that manage data temperature and recovery.', de: 'Suchen Sie nach Funktionen, die Datentemperatur und Wiederherstellung steuern.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/blobs/lifecycle-management-overview'
    },
    {
      id: 'az305-159',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Fabrikam, Inc. stores source assets in Azure Blob Storage. The solution must remain available if a single availability zone fails and must also keep a copy in another region. During a regional outage, read-only access to secondary data is required.', de: 'Fabrikam, Inc. speichert Quelldateien in Azure Blob Storage. Die Lösung muss verfügbar bleiben, wenn eine einzelne Verfügbarkeitszone ausfällt, und außerdem eine Kopie in einer anderen Region behalten. Während eines regionalen Ausfalls ist schreibgeschützter Zugriff auf Sekundärdaten erforderlich.' },
      question: { en: 'Which redundancy option best meets the requirement?', de: 'Welche Redundanzoption erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'LRS', de: 'LRS' } },
        { id: 'B', text: { en: 'ZRS', de: 'ZRS' } },
        { id: 'C', text: { en: 'GRS', de: 'GRS' } },
        { id: 'D', text: { en: 'RA-GZRS', de: 'RA-GZRS' } }
      ],
      correct: ['D'],
      explanation: { en: 'RA-GZRS combines zone redundancy in the primary region with geo-replication to a secondary region and read access to the secondary endpoint. It best matches the combined zone and regional resilience requirement.', de: 'RA-GZRS kombiniert Zonenredundanz in der Primärregion mit Georeplikation in eine sekundäre Region und Lesezugriff auf den sekundären Endpunkt. Damit passt es am besten zur kombinierten Anforderung an Zonen- und regionale Resilienz.' },
      hint: { en: 'The answer must include zone protection, regional replication, and readable secondary access.', de: 'Die Antwort muss Zonenschutz, regionale Replikation und lesbaren Sekundärzugriff enthalten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-160',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service is designed for lift-and-shift SMB file shares that applications access by using standard file protocols?', de: 'Welcher Azure-Dienst ist für Lift-and-Shift-SMB-Dateifreigaben ausgelegt, auf die Anwendungen über Standarddateiprotokolle zugreifen?' },
      options: [
        { id: 'A', text: { en: 'Azure Files', de: 'Azure Files' } },
        { id: 'B', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'C', text: { en: 'Azure Disk Storage', de: 'Azure Disk Storage' } },
        { id: 'D', text: { en: 'Azure Event Grid', de: 'Azure Event Grid' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Files provides managed SMB and NFS file shares and is commonly used to migrate file-share-based application dependencies into Azure with minimal code change.', de: 'Azure Files bietet verwaltete SMB- und NFS-Dateifreigaben und wird häufig verwendet, um dateifreigabebasierte Anwendungsabhängigkeiten mit minimalen Codeänderungen nach Azure zu migrieren.' },
      hint: { en: 'The key requirement is standard file protocol access.', de: 'Die Schlüsselforderung ist der Zugriff über Standarddateiprotokolle.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/files/storage-files-introduction'
    },
    {
      id: 'az305-161',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Woodgrove Bank must ingest nightly data from on-premises Oracle and SQL Server databases into Azure Data Lake Storage Gen2. The design must use managed orchestration and private connectivity through a self-hosted component in the datacenter.', de: 'Woodgrove Bank muss nächtlich Daten aus lokalen Oracle- und SQL-Server-Datenbanken in Azure Data Lake Storage Gen2 aufnehmen. Das Design muss verwaltete Orchestrierung und private Konnektivität über eine selbst gehostete Komponente im Rechenzentrum verwenden.' },
      question: { en: 'Which service and component should you choose?', de: 'Welchen Dienst und welche Komponente sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Data Factory with self-hosted integration runtime', de: 'Azure Data Factory mit Self-Hosted Integration Runtime' } },
        { id: 'B', text: { en: 'Azure Front Door with WAF', de: 'Azure Front Door mit WAF' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Queue Storage and AzCopy only', de: 'Nur Azure Queue Storage und AzCopy' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Data Factory provides managed pipeline orchestration, and the self-hosted integration runtime securely reaches on-premises sources. This is a standard hybrid data movement design.', de: 'Azure Data Factory bietet verwaltete Pipeline-Orchestrierung, und die Self-Hosted Integration Runtime erreicht lokale Quellen sicher. Dies ist ein Standarddesign für hybride Datenbewegung.' },
      hint: { en: 'The clue is hybrid data movement with managed connectors and an on-premises runtime.', de: 'Der Hinweis ist hybride Datenbewegung mit verwalteten Konnektoren und einer lokalen Runtime.' },
      reference: 'https://learn.microsoft.com/en-us/azure/data-factory/create-self-hosted-integration-runtime'
    },
    {
      id: 'az305-162',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which characteristics usually indicate a good Azure Cosmos DB partition key?', de: 'Welche Merkmale deuten in der Regel auf einen guten Azure Cosmos DB-Partionsschlüssel hin?' },
      options: [
        { id: 'A', text: { en: 'High cardinality', de: 'Hohe Kardinalität' } },
        { id: 'B', text: { en: 'Even distribution of storage and request units', de: 'Gleichmäßige Verteilung von Speicher und Anforderungseinheiten' } },
        { id: 'C', text: { en: 'Frequently used in filters and point reads', de: 'Häufig in Filtern und Punktlesevorgängen verwendet' } },
        { id: 'D', text: { en: 'One identical value for almost all items', de: 'Ein identischer Wert für fast alle Elemente' } },
        { id: 'E', text: { en: 'Chosen only to minimize document size', de: 'Ausschließlich zur Minimierung der Dokumentgröße gewählt' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'Effective partition keys distribute load, align with query patterns, and avoid hot partitions. Constant or low-cardinality values create scaling and performance problems.', de: 'Effektive Partitionsschlüssel verteilen Last, passen zu Abfragemustern und vermeiden heiße Partitionen. Konstante oder Werte mit geringer Kardinalität verursachen Skalierungs- und Leistungsprobleme.' },
      hint: { en: 'Think scale distribution plus targeted queries.', de: 'Denken Sie an Lastverteilung und gezielte Abfragen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/partitioning-overview'
    },
    {
      id: 'az305-163',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure Storage redundancy option replicates data synchronously across availability zones in the primary region?', de: 'Welche Azure Storage-Redundanzoption repliziert Daten synchron über Verfügbarkeitszonen in der Primärregion?' },
      options: [
        { id: 'A', text: { en: 'LRS', de: 'LRS' } },
        { id: 'B', text: { en: 'ZRS', de: 'ZRS' } },
        { id: 'C', text: { en: 'GRS', de: 'GRS' } },
        { id: 'D', text: { en: 'RA-GRS', de: 'RA-GRS' } }
      ],
      correct: ['B'],
      explanation: { en: 'Zone-redundant storage writes data across multiple availability zones within the primary region. It is intended to protect against zone failure in that region.', de: 'Zone-redundanter Speicher schreibt Daten über mehrere Verfügbarkeitszonen innerhalb der Primärregion. Er ist dafür vorgesehen, vor Zonenausfällen in dieser Region zu schützen.' },
      hint: { en: 'The question is about zonal resilience in one region.', de: 'Die Frage betrifft zonale Resilienz in einer Region.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-164',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Contoso, Ltd., analysts need to run ad hoc T-SQL queries directly over files in Azure Data Lake Storage Gen2 without loading the data into a dedicated warehouse first. Usage is bursty and unpredictable.', de: 'Bei Contoso, Ltd.: analysten müssen Ad-hoc-T-SQL-Abfragen direkt über Dateien in Azure Data Lake Storage Gen2 ausführen, ohne die Daten zuerst in ein dediziertes Warehouse zu laden. Die Nutzung ist stoßartig und unvorhersehbar.' },
      question: { en: 'Which Synapse option should you recommend?', de: 'Welche Synapse-Option sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Dedicated SQL pool', de: 'Dedizierter SQL-Pool' } },
        { id: 'B', text: { en: 'Serverless SQL pool', de: 'Serverless SQL-Pool' } },
        { id: 'C', text: { en: 'Azure SQL Edge', de: 'Azure SQL Edge' } },
        { id: 'D', text: { en: 'ExpressRoute FastPath', de: 'ExpressRoute FastPath' } }
      ],
      correct: ['B'],
      explanation: { en: 'Serverless SQL pool is designed for on-demand querying over data in the lake without preprovisioned warehouse capacity. It matches ad hoc and variable usage well.', de: 'Der Serverless SQL-Pool ist für bedarfsgesteuerte Abfragen über Daten im Lake ohne vorab bereitgestellte Warehouse-Kapazität konzipiert. Er passt gut zu Ad-hoc- und variabler Nutzung.' },
      hint: { en: 'The requirement is query-in-place with no dedicated compute commitment.', de: 'Die Anforderung lautet Query-in-Place ohne dedizierte Compute-Zusage.' },
      reference: 'https://learn.microsoft.com/en-us/azure/synapse-analytics/sql/on-demand-workspace-overview'
    },
    {
      id: 'az305-165',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB throughput mode automatically scales RU or s based on demand within a configured maximum?', de: 'Welcher Durchsatzmodus in Azure Cosmos DB skaliert RU oder s innerhalb eines konfigurierten Maximums automatisch anhand der Nachfrage?' },
      options: [
        { id: 'A', text: { en: 'Manual throughput only', de: 'Nur manueller Durchsatz' } },
        { id: 'B', text: { en: 'Autoscale throughput', de: 'Autoskalierender Durchsatz' } },
        { id: 'C', text: { en: 'Burst credits', de: 'Burst Credits' } },
        { id: 'D', text: { en: 'Reserved capacity', de: 'Reservierte Kapazität' } }
      ],
      correct: ['B'],
      explanation: { en: 'Autoscale throughput adjusts provisioned RU or s within configured bounds based on workload demand. It is well suited to spiky or unpredictable traffic patterns.', de: 'Autoskalierender Durchsatz passt bereitgestellte RU oder s innerhalb konfigurierter Grenzen an die Workload-Nachfrage an. Er ist gut für stoßartige oder unvorhersehbare Verkehrsmuster geeignet.' },
      hint: { en: 'Choose the model that scales throughput up and down automatically.', de: 'Wählen Sie das Modell, das den Durchsatz automatisch hoch- und herunterskaliert.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/provision-throughput-autoscale'
    },
    {
      id: 'az305-166',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a commerce platform needs globally distributed product documents, ACID order processing, and durable image storage. The design must optimize each workload separately instead of forcing one technology for all data.', de: 'Bei Fabrikam, Inc.: eine Handelsplattform benötigt global verteilte Produktdokumente, ACID-Auftragsverarbeitung und dauerhafte Bildspeicherung. Das Design muss jeden Workload separat optimieren, statt eine Technologie für alle Daten zu erzwingen.' },
      question: { en: 'What is the best recommendation?', de: 'Was ist die beste Empfehlung?' },
      options: [
        { id: 'A', text: { en: 'Azure Cosmos DB for catalog, Azure SQL Database for orders, and Blob Storage for images', de: 'Azure Cosmos DB für Kataloge, Azure SQL Database für Aufträge und Blob Storage für Bilder' } },
        { id: 'B', text: { en: 'Azure Queue Storage for all data', de: 'Azure Queue Storage für alle Daten' } },
        { id: 'C', text: { en: 'Azure SQL Database for everything', de: 'Azure SQL Database für alles' } },
        { id: 'D', text: { en: 'Azure Files for everything', de: 'Azure Files für alles' } }
      ],
      correct: ['A'],
      explanation: { en: 'Polyglot persistence is appropriate when data models and access patterns differ significantly. Each selected Azure service aligns to a specific workload requirement in this scenario.', de: 'Polyglot Persistence ist angemessen, wenn sich Datenmodelle und Zugriffsmuster deutlich unterscheiden. Jeder ausgewählte Azure-Dienst passt in diesem Szenario zu einer bestimmten Workload-Anforderung.' },
      hint: { en: 'The goal is best-fit storage per workload.', de: 'Das Ziel ist die jeweils beste Speicherwahl pro Workload.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/data-guide/technology-choices/data-store-overview'
    },
    {
      id: 'az305-167',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which statements describe advantages of Azure SQL elastic pools?', de: 'Welche Aussagen beschreiben Vorteile von Azure SQL elastischen Pools?' },
      options: [
        { id: 'A', text: { en: 'Separate databases can share compute resources', de: 'Separate Datenbanken können sich Compute-Ressourcen teilen' } },
        { id: 'B', text: { en: 'They are useful for SaaS tenant-per-database designs', de: 'Sie sind nützlich für SaaS-Designs mit Mandant-pro-Datenbank' } },
        { id: 'C', text: { en: 'They require all tenant data to be merged into one schema', de: 'Sie erfordern, dass alle Mandantendaten in einem Schema zusammengeführt werden' } },
        { id: 'D', text: { en: 'They can improve cost efficiency when peaks do not happen at the same time', de: 'Sie können die Kosteneffizienz verbessern, wenn Spitzen nicht gleichzeitig auftreten' } },
        { id: 'E', text: { en: 'They are only available for on-premises SQL Server', de: 'Sie sind nur für lokalen SQL Server verfügbar' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: { en: 'Elastic pools let multiple separate Azure SQL databases share a compute pool, which is valuable in tenant-per-database SaaS patterns with offset demand. They do not require schema consolidation.', de: 'Elastische Pools ermöglichen es mehreren separaten Azure SQL-Datenbanken, sich einen Compute-Pool zu teilen, was in SaaS-Mustern mit Mandant-pro-Datenbank und versetzter Nachfrage wertvoll ist. Sie erfordern keine Schema-Konsolidierung.' },
      hint: { en: 'Focus on shared compute for many separate databases.', de: 'Konzentrieren Sie sich auf gemeinsam genutzte Compute-Ressourcen für viele separate Datenbanken.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/elastic-pool-overview?view=azuresql'
    },
    {
      id: 'az305-168',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure service is designed to transfer very large datasets to Azure when available network bandwidth is insufficient?', de: 'Welcher Azure-Dienst ist dafür ausgelegt, sehr große Datensätze nach Azure zu übertragen, wenn die verfügbare Netzwerkbandbreite nicht ausreicht?' },
      options: [
        { id: 'A', text: { en: 'Azure Data Box', de: 'Azure Data Box' } },
        { id: 'B', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'C', text: { en: 'Azure Firewall', de: 'Azure Firewall' } },
        { id: 'D', text: { en: 'Azure Advisor', de: 'Azure Advisor' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Data Box provides offline or limited-connectivity data transfer into Azure by shipping physical devices. It is the correct design for bulk migration when network transfer is impractical.', de: 'Azure Data Box ermöglicht die Offline- oder eingeschränkt verbundene Datenübertragung nach Azure durch den Versand physischer Geräte. Das ist das richtige Design für Bulk-Migrationen, wenn eine Netzwerkübertragung unpraktisch ist.' },
      hint: { en: 'This is the offline bulk data transfer service.', de: 'Dies ist der Dienst für Offline-Bulkdatenübertragung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/databox/data-box-overview'
    },
    {
      id: 'az305-169',
      type: 'scenario',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, a gaming platform needs low-latency writes from players on several continents. The database must accept writes in multiple Azure regions and continue serving users even if a region becomes unavailable.', de: 'Bei Woodgrove Bank: eine Gaming-Plattform benötigt Latenzarme Schreibvorgänge von Spielern auf mehreren Kontinenten. Die Datenbank muss Schreibvorgänge in mehreren Azure-Regionen akzeptieren und Benutzer weiterhin bedienen, selbst wenn eine Region ausfällt.' },
      question: { en: 'Which service capability should you choose?', de: 'Welche Dienstfunktion sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure SQL Database long-term retention', de: 'Azure SQL Database-Langzeitaufbewahrung' } },
        { id: 'B', text: { en: 'Azure Cosmos DB multi-region writes', de: 'Azure Cosmos DB Multi-Region-Schreibvorgänge' } },
        { id: 'C', text: { en: 'Azure Files snapshots', de: 'Azure Files-Snapshots' } },
        { id: 'D', text: { en: 'Azure Table Storage with LRS', de: 'Azure Table Storage mit LRS' } }
      ],
      correct: ['B'],
      explanation: { en: 'Cosmos DB supports multi-region writes and automatic global distribution, making it well suited to active-active write scenarios that need low latency and resilience across regions.', de: 'Cosmos DB unterstützt Multi-Region-Schreibvorgänge und automatische globale Verteilung und eignet sich damit gut für Active-Active-Schreibszenarien mit niedriger Latenz und Resilienz über Regionen hinweg.' },
      hint: { en: 'The key clue is active-active writes across regions.', de: 'Der entscheidende Hinweis sind Active-Active-Schreibvorgänge über Regionen hinweg.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/distribute-data-globally'
    },
    {
      id: 'az305-170',
      type: 'single',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Synapse engine is best suited to a predictable enterprise data warehouse that needs dedicated, continuously available MPP capacity?', de: 'Welche Synapse-Engine eignet sich am besten für ein vorhersehbares Enterprise-Data-Warehouse, das dedizierte, dauerhaft verfügbare MPP-Kapazität benötigt?' },
      options: [
        { id: 'A', text: { en: 'Serverless SQL pool', de: 'Serverless SQL-Pool' } },
        { id: 'B', text: { en: 'Dedicated SQL pool', de: 'Dedizierter SQL-Pool' } },
        { id: 'C', text: { en: 'Azure Monitor workbook', de: 'Azure Monitor-Arbeitsmappe' } },
        { id: 'D', text: { en: 'Azure Functions Consumption', de: 'Azure Functions Consumption' } }
      ],
      correct: ['B'],
      explanation: { en: 'Dedicated SQL pool provides provisioned MPP compute for structured enterprise warehousing workloads. It is the correct choice when predictable performance and reserved warehouse capacity are required.', de: 'Der dedizierte SQL-Pool bietet bereitgestellte MPP-Compute-Ressourcen für strukturierte Enterprise-Warehousing-Workloads. Er ist die richtige Wahl, wenn vorhersehbare Leistung und reservierte Warehouse-Kapazität erforderlich sind.' },
      hint: { en: 'The requirement is reserved warehouse compute, not ad hoc query-in-place.', de: 'Die Anforderung lautet reservierte Warehouse-Compute und nicht Ad-hoc-Query-in-Place.' },
      reference: 'https://learn.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-overview-what-is'
    },
    {
      id: 'az305-171',
      type: 'multiple',
      domain: { en: 'Design Data Storage Solutions', de: 'Datenspeicherlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Match the migration tool to the data movement scenario. Which pairings are appropriate?', de: 'Ordnen Sie das Migrationstool dem Datenbewegungsszenario zu. Welche Zuordnungen sind geeignet?' },
      options: [
        { id: 'A', text: { en: 'Azure Database Migration Service for database platform migration with minimal downtime', de: 'Azure Database Migration Service für Datenbankplattformmigration mit minimaler Ausfallzeit' } },
        { id: 'B', text: { en: 'AzCopy for online transfer of large blobs or files over the network', de: 'AzCopy für die Onlineübertragung großer Blobs oder Dateien über das Netzwerk' } },
        { id: 'C', text: { en: 'Azure Data Box for offline bulk transfer when network bandwidth is limited', de: 'Azure Data Box für Offline-Bulkübertragung bei begrenzter Netzwerkbandbreite' } },
        { id: 'D', text: { en: 'Azure Firewall for schema conversion of SQL Server databases', de: 'Azure Firewall für die Schemakonvertierung von SQL-Server-Datenbanken' } },
        { id: 'E', text: { en: 'Azure Bastion for ETL pipeline orchestration', de: 'Azure Bastion für ETL-Pipeline-Orchestrierung' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: { en: 'DMS fits database migration, AzCopy fits high-throughput online file movement, and Data Box fits offline bulk data import. Azure Firewall and Bastion are unrelated to data migration orchestration or transfer.', de: 'DMS passt zur Datenbankmigration, AzCopy zur hochdurchsatzfähigen Online-Dateiübertragung und Data Box zum Offline-Bulkimport von Daten. Azure Firewall und Bastion haben nichts mit Datenmigrationsorchestrierung oder -transfer zu tun.' },
      hint: { en: 'Choose the pairings that actually move or migrate data.', de: 'Wählen Sie die Zuordnungen, die Daten tatsächlich bewegen oder migrieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-use-azcopy-v10'
    },
    {
      id: 'az305-172',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'What does recovery point objective represent?', de: 'Wofür steht das Recovery Point Objective?' },
      options: [
        { id: 'A', text: { en: 'The maximum acceptable amount of data loss measured in time', de: 'Die maximal akzeptable Menge an Datenverlust, gemessen in Zeit' } },
        { id: 'B', text: { en: 'The maximum acceptable time to restore service', de: 'Die maximal akzeptable Zeit zur Wiederherstellung des Dienstes' } },
        { id: 'C', text: { en: 'The number of regions used by the design', de: 'Die Anzahl der im Design verwendeten Regionen' } },
        { id: 'D', text: { en: 'The number of backup copies retained', de: 'Die Anzahl der aufbewahrten Sicherungskopien' } }
      ],
      correct: ['A'],
      explanation: { en: 'RPO measures how much data loss the business can tolerate, typically expressed as time between the last recoverable point and the failure. RTO measures restoration time.', de: 'RPO misst, wie viel Datenverlust das Unternehmen tolerieren kann, typischerweise als Zeit zwischen dem letzten wiederherstellbaren Punkt und dem Ausfall. RTO misst die Wiederherstellungszeit.' },
      hint: { en: 'Think data loss tolerance, not service restoration duration.', de: 'Denken Sie an Toleranz für Datenverlust und nicht an die Dauer der Dienstwiederherstellung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/well-architected/reliability/understand-availability'
    },
    {
      id: 'az305-173',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a line-of-business application runs on Azure virtual machines in one region. The company needs orchestrated failover to another Azure region with the ability to test recovery without affecting production.', de: 'Bei Tailwind Traders: eine Geschäftsanwendung läuft auf Azure-VMs in einer Region. Das Unternehmen benötigt orchestriertes Failover in eine andere Azure-Region mit der Möglichkeit, die Wiederherstellung zu testen, ohne die Produktion zu beeinträchtigen.' },
      question: { en: 'Which service should you design?', de: 'Welchen Dienst sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } },
        { id: 'B', text: { en: 'Azure Advisor', de: 'Azure Advisor' } },
        { id: 'C', text: { en: 'Azure Policy', de: 'Azure Policy' } },
        { id: 'D', text: { en: 'Azure CDN', de: 'Azure CDN' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Site Recovery replicates workloads to a secondary site or region and provides orchestrated failover, failback, and test failover capabilities. It is the standard Azure DR service for VM-based workloads.', de: 'Azure Site Recovery repliziert Workloads an einen sekundären Standort oder in eine sekundäre Region und bietet orchestriertes Failover, Failback und Test-Failover-Funktionen. Es ist der Standarddienst von Azure für Disaster Recovery bei VM-basierten Workloads.' },
      hint: { en: 'The required features are replication, orchestration, and non-disruptive DR testing.', de: 'Die benötigten Funktionen sind Replikation, Orchestrierung und nicht störende DR-Tests.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/site-recovery-overview'
    },
    {
      id: 'az305-174',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which elements are part of an Azure Site Recovery design for disaster recovery?', de: 'Welche Elemente gehören zu einem Azure Site Recovery-Design für Disaster Recovery?' },
      options: [
        { id: 'A', text: { en: 'Recovery Services vault', de: 'Recovery Services-Tresor' } },
        { id: 'B', text: { en: 'Replication policy', de: 'Replikationsrichtlinie' } },
        { id: 'C', text: { en: 'Network mapping and target failover network design', de: 'Netzwerkzuordnung und Zielnetzwerkdesign für Failover' } },
        { id: 'D', text: { en: 'Azure CDN profile', de: 'Azure CDN-Profil' } },
        { id: 'E', text: { en: 'Recovery plans for multi-tier failover orchestration', de: 'Recovery Plans zur Orchestrierung von Multi-Tier-Failover' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Site Recovery architectures commonly include a Recovery Services vault, replication policies, network mappings, and recovery plans. CDN profiles are unrelated to DR replication orchestration.', de: 'Site-Recovery-Architekturen umfassen typischerweise einen Recovery Services-Tresor, Replikationsrichtlinien, Netzwerkzuordnungen und Recovery Plans. CDN-Profile haben nichts mit DR-Replikationsorchestrierung zu tun.' },
      hint: { en: 'Choose the components that define replication and failover behavior.', de: 'Wählen Sie die Komponenten, die Replikations- und Failover-Verhalten definieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/azure-to-azure-architecture'
    },
    {
      id: 'az305-175',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a SaaS platform uses Azure SQL Database and needs a stable listener endpoint, readable secondary databases, and automatic failover to another region when the primary becomes unavailable.', de: 'Bei Fabrikam, Inc.: eine SaaS-Plattform verwendet Azure SQL Database und benötigt einen stabilen Listener-Endpunkt, lesbare Sekundärdatenbanken und automatisches Failover in eine andere Region, wenn die Primärregion nicht verfügbar wird.' },
      question: { en: 'What should you recommend?', de: 'Was sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Point-in-time restore', de: 'Point-in-Time Restore' } },
        { id: 'B', text: { en: 'Auto-failover groups', de: 'Auto-Failover-Gruppen' } },
        { id: 'C', text: { en: 'Long-term retention only', de: 'Nur Langzeitaufbewahrung' } },
        { id: 'D', text: { en: 'Elastic jobs', de: 'Elastische Jobs' } }
      ],
      correct: ['B'],
      explanation: { en: 'Auto-failover groups provide a stable listener endpoint, asynchronous replication, readable secondaries, and managed failover between regions for Azure SQL Database.', de: 'Auto-Failover-Gruppen bieten einen stabilen Listener-Endpunkt, asynchrone Replikation, lesbare Sekundärdatenbanken und verwaltetes Failover zwischen Regionen für Azure SQL Database.' },
      hint: { en: 'The clue is a stable endpoint plus automatic regional failover.', de: 'Der Hinweis ist ein stabiler Endpunkt plus automatisches regionales Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview'
    },
    {
      id: 'az305-176',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which Azure construct protects a workload from the failure of a single datacenter within a region?', de: 'Welches Azure-Konstrukt schützt einen Workload vor dem Ausfall eines einzelnen Rechenzentrums innerhalb einer Region?' },
      options: [
        { id: 'A', text: { en: 'Availability zone', de: 'Verfügbarkeitszone' } },
        { id: 'B', text: { en: 'Management group', de: 'Verwaltungsgruppe' } },
        { id: 'C', text: { en: 'Action group', de: 'Aktionsgruppe' } },
        { id: 'D', text: { en: 'Resource lock', de: 'Ressourcensperre' } }
      ],
      correct: ['A'],
      explanation: { en: 'Availability zones are physically separate locations within an Azure region. Distributing zonal resources across zones protects against single-datacenter failures.', de: 'Verfügbarkeitszonen sind physisch getrennte Standorte innerhalb einer Azure-Region. Die Verteilung zonaler Ressourcen über Zonen hinweg schützt vor dem Ausfall eines einzelnen Rechenzentrums.' },
      hint: { en: 'This is the intra-region resiliency construct.', de: 'Dies ist das Konstrukt für Resilienz innerhalb einer Region.' },
      reference: 'https://learn.microsoft.com/en-us/azure/reliability/availability-zones-overview'
    },
    {
      id: 'az305-177',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Tailwind Traders hosts the same web application in East US and West Europe. Users should connect to the nearest healthy region, and HTTP failover must happen automatically if one region becomes unhealthy.', de: 'Tailwind Traders hostet dieselbe Webanwendung in East US und West Europe. Benutzer sollen sich mit der nächstgelegenen gesunden Region verbinden, und HTTP-Failover muss automatisch erfolgen, wenn eine Region ungesund wird.' },
      question: { en: 'Which service best meets the requirement?', de: 'Welcher Dienst erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'B', text: { en: 'Internal Load Balancer', de: 'Interner Load Balancer' } },
        { id: 'C', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'D', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Front Door is a global Layer 7 entry point that routes users to healthy regional origins based on health probes and edge routing. It is designed for global HTTP and HTTPS failover and acceleration.', de: 'Azure Front Door ist ein globaler Layer-7-Einstiegspunkt, der Benutzer anhand von Health Probes und Edge-Routing zu gesunden regionalen Ursprüngen leitet. Er ist für globales HTTP- und HTTPS-Failover sowie Beschleunigung ausgelegt.' },
      hint: { en: 'The requirement is global HTTP routing and health-based regional failover.', de: 'Die Anforderung lautet globales HTTP-Routing und gesundheitsbasiertes regionales Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/front-door-overview'
    },
    {
      id: 'az305-178',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Cosmos DB capabilities improve business continuity and global resilience?', de: 'Welche Azure Cosmos DB-Funktionen verbessern Geschäftskontinuität und globale Resilienz?' },
      options: [
        { id: 'A', text: { en: 'Multi-region distribution', de: 'Verteilung über mehrere Regionen' } },
        { id: 'B', text: { en: 'Optional multi-region writes', de: 'Optionale Multi-Region-Schreibvorgänge' } },
        { id: 'C', text: { en: 'Automatic failover', de: 'Automatisches Failover' } },
        { id: 'D', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'E', text: { en: 'Tunable consistency levels', de: 'Anpassbare Konsistenzebenen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Cosmos DB offers global distribution, optional multi-region writes, automatic failover, and tunable consistency, all of which influence resilience and recovery behavior. Availability sets are for virtual machines, not Cosmos DB.', de: 'Cosmos DB bietet globale Verteilung, optionale Multi-Region-Schreibvorgänge, automatisches Failover und anpassbare Konsistenz, was alles Resilienz und Wiederherstellungsverhalten beeinflusst. Verfügbarkeitsgruppen sind für virtuelle Maschinen gedacht, nicht für Cosmos DB.' },
      hint: { en: 'Choose the native global distribution and failover features.', de: 'Wählen Sie die nativen Funktionen für globale Verteilung und Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cosmos-db/high-availability'
    },
    {
      id: 'az305-179',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. runs critical VMware virtual machines on-premises and needs disaster recovery into Azure. The design must support replication, orchestration, and recovery testing.', de: 'Contoso, Ltd. betreibt kritische VMware-VMs lokal und benötigt Disaster Recovery nach Azure. Das Design muss Replikation, Orchestrierung und Wiederherstellungstests unterstützen.' },
      question: { en: 'Which Azure service should be used?', de: 'Welcher Azure-Dienst sollte verwendet werden?' },
      options: [
        { id: 'A', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } },
        { id: 'B', text: { en: 'Azure Backup Center', de: 'Azure Backup Center' } },
        { id: 'C', text: { en: 'Azure DNS', de: 'Azure DNS' } },
        { id: 'D', text: { en: 'Azure Advisor', de: 'Azure Advisor' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Site Recovery supports disaster recovery from on-premises VMware to Azure and provides orchestration and test failover capabilities. It is not limited to Azure-to-Azure scenarios.', de: 'Azure Site Recovery unterstützt Disaster Recovery von lokalem VMware nach Azure und bietet Orchestrierung sowie Test-Failover-Funktionen. Der Dienst ist nicht auf Azure-zu-Azure-Szenarien beschränkt.' },
      hint: { en: 'This is cross-environment disaster recovery, not only backup retention.', de: 'Dies ist Disaster Recovery über Umgebungen hinweg und nicht nur Backup-Aufbewahrung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/vmware-physical-azure-support-matrix'
    },
    {
      id: 'az305-180',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure SQL capability lets you restore a database to an earlier point within the retention window after accidental data change or deletion?', de: 'Welche Azure SQL-Funktion ermöglicht es, eine Datenbank nach versehentlicher Datenänderung oder Löschung auf einen früheren Zeitpunkt innerhalb des Aufbewahrungsfensters wiederherzustellen?' },
      options: [
        { id: 'A', text: { en: 'Point-in-time restore', de: 'Point-in-Time Restore' } },
        { id: 'B', text: { en: 'Failover group', de: 'Failover-Gruppe' } },
        { id: 'C', text: { en: 'Elastic query', de: 'Elastic Query' } },
        { id: 'D', text: { en: 'Managed identity', de: 'Verwaltete Identität' } }
      ],
      correct: ['A'],
      explanation: { en: 'Point-in-time restore uses automated backups to restore a database to a specific earlier time within the configured retention period. It is intended for data recovery, not regional failover.', de: 'Point-in-Time Restore verwendet automatische Backups, um eine Datenbank auf einen bestimmten früheren Zeitpunkt innerhalb des konfigurierten Aufbewahrungszeitraums wiederherzustellen. Die Funktion ist für Datenwiederherstellung und nicht für regionales Failover gedacht.' },
      hint: { en: 'This is about recovering deleted or corrupted data, not changing regions.', de: 'Es geht um die Wiederherstellung gelöschter oder beschädigter Daten und nicht um den Regionenwechsel.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/recovery-using-backups'
    },
    {
      id: 'az305-181',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a web application runs on App Service and must survive a zonal failure in its primary region and a regional outage with minimal user interruption. The architecture should stay fully managed.', de: 'Bei Fabrikam, Inc. läuft auf App Service und muss einen Zonenausfall in der Primärregion sowie einen regionalen Ausfall mit minimaler Benutzerunterbrechung überstehen. Die Architektur soll vollständig verwaltet bleiben.' },
      question: { en: 'Which design is best?', de: 'Welches Design ist am besten?' },
      options: [
        { id: 'A', text: { en: 'One App Service app in one zone only', de: 'Eine App Service-App nur in einer Zone' } },
        { id: 'B', text: { en: 'Zone-redundant App Service plan in each region with Azure Front Door across regions', de: 'Zonenredundanter App Service-Plan in jeder Region mit Azure Front Door über Regionen hinweg' } },
        { id: 'C', text: { en: 'A local IIS server behind a VPN gateway', de: 'Ein lokaler IIS-Server hinter einem VPN-Gateway' } },
        { id: 'D', text: { en: 'Only weekly backups', de: 'Nur wöchentliche Backups' } }
      ],
      correct: ['B'],
      explanation: { en: 'Zone-redundant App Service improves intra-region resilience, and Front Door provides global health-based routing across regions. This combination supports a managed high-availability and DR architecture.', de: 'Ein zonenredundanter App Service verbessert die Resilienz innerhalb der Region, und Front Door bietet globales, gesundheitsbasiertes Routing über Regionen hinweg. Diese Kombination unterstützt eine verwaltete Architektur für Hochverfügbarkeit und Disaster Recovery.' },
      hint: { en: 'You need both zone resilience and regional failover.', de: 'Sie benötigen sowohl Zonenresilienz als auch regionales Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/configure-zone-redundancy'
    },
    {
      id: 'az305-182',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which design choices typically reduce recovery time objective for critical workloads?', de: 'Welche Designentscheidungen reduzieren typischerweise das Recovery Time Objective für kritische Workloads?' },
      options: [
        { id: 'A', text: { en: 'Keep a warm standby environment ready', de: 'Eine Warm-Standby-Umgebung bereithalten' } },
        { id: 'B', text: { en: 'Automate failover and recovery runbooks', de: 'Failover- und Wiederherstellungs-Runbooks automatisieren' } },
        { id: 'C', text: { en: 'Pre-stage infrastructure in the recovery region', de: 'Infrastruktur in der Wiederherstellungsregion vorab bereitstellen' } },
        { id: 'D', text: { en: 'Rely only on manual rebuild after a disaster', de: 'Nur auf manuellen Neuaufbau nach einer Katastrophe setzen' } },
        { id: 'E', text: { en: 'Test the recovery plan regularly', de: 'Den Wiederherstellungsplan regelmäßig testen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Warm standby capacity, automation, pre-staged infrastructure, and regular testing all help restore service faster. Manual rebuild increases recovery time and operational risk.', de: 'Warm-Standby-Kapazität, Automatisierung, vorab bereitgestellte Infrastruktur und regelmäßige Tests helfen alle dabei, den Dienst schneller wiederherzustellen. Ein manueller Neuaufbau erhöht die Wiederherstellungszeit und das Betriebsrisiko.' },
      hint: { en: 'Select the practices that shorten the path to recovery.', de: 'Wählen Sie die Praktiken, die den Weg zur Wiederherstellung verkürzen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/well-architected/reliability/handle-failures'
    },
    {
      id: 'az305-183',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'Woodgrove Bank uses Azure Files for departmental shares and needs centrally managed backups with policy, retention, and recovery from the Azure portal.', de: 'Woodgrove Bank verwendet Azure Files für Abteilungsfreigaben und benötigt zentral verwaltete Backups mit Richtlinien, Aufbewahrung und Wiederherstellung aus dem Azure-Portal.' },
      question: { en: 'Which service should you use?', de: 'Welchen Dienst sollten Sie verwenden?' },
      options: [
        { id: 'A', text: { en: 'Azure Backup through a Recovery Services vault', de: 'Azure Backup über einen Recovery Services-Tresor' } },
        { id: 'B', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'C', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'D', text: { en: 'Azure Front Door', de: 'Azure Front Door' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Backup can protect Azure Files through centrally managed backup policies and retention in a Recovery Services vault. This is the managed backup design for file shares in Azure.', de: 'Azure Backup kann Azure Files über zentral verwaltete Sicherungsrichtlinien und Aufbewahrung in einem Recovery Services-Tresor schützen. Dies ist das verwaltete Backup-Design für Dateifreigaben in Azure.' },
      hint: { en: 'This is backup governance for Azure file shares.', de: 'Dies ist Backup-Governance für Azure-Dateifreigaben.' },
      reference: 'https://learn.microsoft.com/en-us/azure/backup/azure-file-share-backup-overview'
    },
    {
      id: 'az305-184',
      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 usually provides the lowest cost when only local region durability is required?', de: 'Welche Azure Storage-Redundanzoption bietet in der Regel die geringsten Kosten, wenn nur lokale Haltbarkeit innerhalb der Region erforderlich ist?' },
      options: [
        { id: 'A', text: { en: 'LRS', de: 'LRS' } },
        { id: 'B', text: { en: 'ZRS', de: 'ZRS' } },
        { id: 'C', text: { en: 'GRS', de: 'GRS' } },
        { id: 'D', text: { en: 'RA-GZRS', de: 'RA-GZRS' } }
      ],
      correct: ['A'],
      explanation: { en: 'Locally redundant storage keeps multiple copies within a single datacenter in the primary region and is typically the lowest-cost redundancy option.', de: 'Lokal redundanter Speicher hält mehrere Kopien innerhalb eines einzelnen Rechenzentrums in der Primärregion und ist typischerweise die kostengünstigste Redundanzoption.' },
      hint: { en: 'The requirement is local durability only, with no zonal or regional DR.', de: 'Die Anforderung lautet nur lokale Haltbarkeit ohne zonalen oder regionalen DR-Schutz.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-185',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Fabrikam, Inc., a reporting application reads large blobs during a regional outage. The business can tolerate stale data in the recovery region, but users must still read files even before Microsoft initiates a full failover.', de: 'Bei Fabrikam, Inc.: eine Reporting-Anwendung liest große Blobs während eines regionalen Ausfalls. Das Unternehmen toleriert veraltete Daten in der Wiederherstellungsregion, aber Benutzer müssen Dateien bereits lesen können, bevor Microsoft ein vollständiges Failover einleitet.' },
      question: { en: 'Which redundancy option should you choose?', de: 'Welche Redundanzoption sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'GRS', de: 'GRS' } },
        { id: 'B', text: { en: 'RA-GRS', de: 'RA-GRS' } },
        { id: 'C', text: { en: 'ZRS', de: 'ZRS' } },
        { id: 'D', text: { en: 'LRS', de: 'LRS' } }
      ],
      correct: ['B'],
      explanation: { en: 'RA-GRS provides asynchronous replication to a secondary region and read access to that secondary endpoint. It is designed for scenarios that need readable secondary data before failover.', de: 'RA-GRS bietet asynchrone Replikation in eine sekundäre Region und Lesezugriff auf diesen sekundären Endpunkt. Es ist für Szenarien ausgelegt, in denen lesbare Sekundärdaten vor einem Failover benötigt werden.' },
      hint: { en: 'The important clue is read access to the secondary before failover.', de: 'Der wichtige Hinweis ist der Lesezugriff auf die Sekundärregion vor dem Failover.' },
      reference: 'https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy'
    },
    {
      id: 'az305-186',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which statements about Azure SQL business continuity options are correct?', de: 'Welche Aussagen zu Azure SQL-Optionen für Geschäftskontinuität sind korrekt?' },
      options: [
        { id: 'A', text: { en: 'Auto-failover groups provide a listener endpoint and optional automatic failover across regions', de: 'Auto-Failover-Gruppen bieten einen Listener-Endpunkt und optional automatisches Failover über Regionen hinweg' } },
        { id: 'B', text: { en: 'Point-in-time restore is intended mainly for recovering from accidental change, not for fast cross-region failover', de: 'Point-in-Time Restore ist hauptsächlich für die Wiederherstellung nach versehentlicher Änderung gedacht und nicht für schnelles regionenübergreifendes Failover' } },
        { id: 'C', text: { en: 'Long-term retention is for archival retention, not for low-RTO failover', de: 'Langzeitaufbewahrung dient der Archivierung und nicht einem Failover mit niedrigem RTO' } },
        { id: 'D', text: { en: 'Availability zones are irrelevant to Azure SQL', de: 'Verfügbarkeitszonen sind für Azure SQL irrelevant' } },
        { id: 'E', text: { en: 'Active geo-replication can provide readable secondaries', de: 'Active Geo-Replication kann lesbare Sekundärreplikate bereitstellen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Failover groups and active geo-replication address regional resilience, while point-in-time restore and long-term retention address recovery from data issues or compliance retention. Availability zones can matter depending on the service offering.', de: 'Failover-Gruppen und Active Geo-Replication adressieren regionale Resilienz, während Point-in-Time Restore und Langzeitaufbewahrung die Wiederherstellung nach Datenproblemen oder Compliance-Anforderungen adressieren. Verfügbarkeitszonen können je nach Dienstangebot relevant sein.' },
      hint: { en: 'Separate DR failover capabilities from backup and retention capabilities.', de: 'Trennen Sie DR-Failover-Fähigkeiten von Backup- und Aufbewahrungsfunktionen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/high-availability-sla-local-zone-redundancy'
    },
    {
      id: 'az305-187',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Woodgrove Bank, a DR team wants to run a full failover rehearsal for replicated virtual machines without interrupting production traffic or changing the ongoing replication relationship.', de: 'Bei Woodgrove Bank: ein DR-Team möchte eine vollständige Failover-Probe für replizierte virtuelle Maschinen durchführen, ohne den Produktionsverkehr zu unterbrechen oder die laufende Replikationsbeziehung zu ändern.' },
      question: { en: 'Which Azure Site Recovery capability should be used?', de: 'Welche Azure Site Recovery-Funktion sollte verwendet werden?' },
      options: [
        { id: 'A', text: { en: 'Test failover', de: 'Test-Failover' } },
        { id: 'B', text: { en: 'Planned failover', de: 'Geplantes Failover' } },
        { id: 'C', text: { en: 'Commit', de: 'Commit' } },
        { id: 'D', text: { en: 'Disable protection', de: 'Schutz deaktivieren' } }
      ],
      correct: ['A'],
      explanation: { en: 'Test failover starts recovery in an isolated environment so the team can validate DR procedures without impacting production or replication state. It is the recommended way to rehearse recovery.', de: 'Test-Failover startet die Wiederherstellung in einer isolierten Umgebung, sodass das Team DR-Verfahren validieren kann, ohne Produktion oder Replikationsstatus zu beeinträchtigen. Es ist die empfohlene Methode zur Wiederherstellungsprobe.' },
      hint: { en: 'The exercise must be non-disruptive to the live environment.', de: 'Die Übung muss die Live-Umgebung nicht beeinträchtigen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/site-recovery-test-failover-to-azure'
    },
    {
      id: 'az305-188',
      type: 'single',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure SQL recovery method is appropriate when cost is more important than fast failover and the business can tolerate restoring from geo-replicated backups after a regional outage?', de: 'Welche Azure SQL-Wiederherstellungsmethode ist geeignet, wenn Kosten wichtiger sind als schnelles Failover und das Unternehmen tolerieren kann, nach einem regionalen Ausfall aus georeplizierten Backups wiederherzustellen?' },
      options: [
        { id: 'A', text: { en: 'Geo-restore', de: 'Geo-Restore' } },
        { id: 'B', text: { en: 'Auto-failover group', de: 'Auto-Failover-Gruppe' } },
        { id: 'C', text: { en: 'Active geo-replication', de: 'Active Geo-Replication' } },
        { id: 'D', text: { en: 'Availability group listener', de: 'Availability Group-Listener' } }
      ],
      correct: ['A'],
      explanation: { en: 'Geo-restore uses geo-replicated backups and is generally a lower-cost disaster recovery option than maintaining live secondary replicas. It usually has higher RTO and RPO than failover-based designs.', de: 'Geo-Restore verwendet georeplizierte Backups und ist im Allgemeinen eine kostengünstigere Option für Disaster Recovery als das Vorhalten aktiver Sekundärreplikate. Es hat in der Regel höhere RTO- und RPO-Werte als failoverbasierte Designs.' },
      hint: { en: 'This is restore-based DR, not active standby DR.', de: 'Dies ist wiederherstellungsbasiertes DR und kein Active-Standby-DR.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-sql/database/recovery-using-backups'
    },
    {
      id: 'az305-189',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a business-critical API must survive the loss of an availability zone in one region and also continue serving users if the entire region fails. The solution should remain PaaS-first.', de: 'Bei Tailwind Traders: eine geschäftskritische API muss den Verlust einer Verfügbarkeitszone in einer Region überstehen und Benutzer auch dann weiter bedienen, wenn die gesamte Region ausfällt. Die Lösung soll PaaS-first bleiben.' },
      question: { en: 'Which architecture is most appropriate?', de: 'Welche Architektur ist am geeignetsten?' },
      options: [
        { id: 'A', text: { en: 'Single-region deployment with daily backups', de: 'Single-Region-Bereitstellung mit täglichen Backups' } },
        { id: 'B', text: { en: 'Zone-redundant regional deployment plus a second region behind Azure Front Door', de: 'Zonenredundante regionale Bereitstellung plus eine zweite Region hinter Azure Front Door' } },
        { id: 'C', text: { en: 'One VM in each region with no health probes', de: 'Eine VM in jeder Region ohne Health Probes' } },
        { id: 'D', text: { en: 'Only a Recovery Services vault', de: 'Nur ein Recovery Services-Tresor' } }
      ],
      correct: ['B'],
      explanation: { en: 'Zone redundancy addresses datacenter or zone failure inside a region, while a second region behind Front Door handles regional disaster recovery and traffic steering. This matches a PaaS-first resiliency design.', de: 'Zonenredundanz adressiert Rechenzentrums- oder Zonenausfälle innerhalb der Region, während eine zweite Region hinter Front Door regionales Disaster Recovery und Traffic-Steuerung übernimmt. Das entspricht einem PaaS-first-Resilienzdesign.' },
      hint: { en: 'You need both intra-region and inter-region resilience.', de: 'Sie benötigen sowohl Resilienz innerhalb der Region als auch über Regionen hinweg.' },
      reference: 'https://learn.microsoft.com/en-us/azure/reliability/regions-list'
    },
    {
      id: 'az305-190',
      type: 'multiple',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which capabilities can be included in an Azure Site Recovery recovery plan?', de: 'Welche Funktionen können in einen Azure Site Recovery Recovery Plan aufgenommen werden?' },
      options: [
        { id: 'A', text: { en: 'Grouping machines by tier and recovery sequence', de: 'Gruppierung von Maschinen nach Tier und Wiederherstellungsreihenfolge' } },
        { id: 'B', text: { en: 'Manual actions or approvals', de: 'Manuelle Aktionen oder Genehmigungen' } },
        { id: 'C', text: { en: 'Automation scripts and runbooks', de: 'Automatisierungsskripte und Runbooks' } },
        { id: 'D', text: { en: 'Azure Cost Management exports', de: 'Azure Cost Management-Exporte' } },
        { id: 'E', text: { en: 'Coordinated multi-tier failover orchestration', de: 'Koordinierte Multi-Tier-Failover-Orchestrierung' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Recovery plans orchestrate failover of complex applications by sequencing groups, integrating manual steps, and invoking automation. Cost exports are unrelated to recovery execution.', de: 'Recovery Plans orchestrieren das Failover komplexer Anwendungen, indem sie Gruppen sequenzieren, manuelle Schritte integrieren und Automatisierung aufrufen. Kostenexporte haben nichts mit der Wiederherstellungsausführung zu tun.' },
      hint: { en: 'Choose the items related to orchestrating the recovery workflow.', de: 'Wählen Sie die Elemente, die zur Orchestrierung des Wiederherstellungsworkflows gehören.' },
      reference: 'https://learn.microsoft.com/en-us/azure/site-recovery/site-recovery-runbook-automation'
    },
    {
      id: 'az305-191',
      type: 'scenario',
      domain: { en: 'Design Business Continuity Solutions', de: 'Geschäftskontinuitätslösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Contoso, Ltd., a global API uses stateless web tiers and Azure Cosmos DB. The business wants near-zero downtime during a regional outage and low latency for users worldwide.', de: 'Bei Contoso, Ltd.: eine globale API verwendet zustandslose Web-Tiers und Azure Cosmos DB. Das Unternehmen möchte bei einem regionalen Ausfall nahezu keine Ausfallzeit und weltweit geringe Latenz für Benutzer.' },
      question: { en: 'Which design best meets the requirement?', de: 'Welches Design erfüllt die Anforderung am besten?' },
      options: [
        { id: 'A', text: { en: 'Single-region web tier with weekly backup export', de: 'Single-Region-Web-Tier mit wöchentlichem Backup-Export' } },
        { id: 'B', text: { en: 'Multi-region web deployment behind Azure Front Door with Cosmos DB multi-region configuration', de: 'Multi-Region-Webbereitstellung hinter Azure Front Door mit Cosmos DB-Mehrregionenkonfiguration' } },
        { id: 'C', text: { en: 'One VM scale set only in the cheapest region', de: 'Nur ein VM Scale Set in der günstigsten Region' } },
        { id: 'D', text: { en: 'Azure Queue Storage without a global entry point', de: 'Azure Queue Storage ohne globalen Einstiegspunkt' } }
      ],
      correct: ['B'],
      explanation: { en: 'A multi-region stateless web architecture behind Front Door, combined with Cosmos DB global distribution, is designed for low latency and strong regional resiliency. It is a common active-active cloud pattern.', de: 'Eine zustandslose Webarchitektur über mehrere Regionen hinter Front Door in Kombination mit der globalen Verteilung von Cosmos DB ist für geringe Latenz und starke regionale Resilienz ausgelegt. Dies ist ein gängiges Active-Active-Cloudmuster.' },
      hint: { en: 'Look for active-active web delivery plus globally distributed data.', de: 'Suchen Sie nach Active-Active-Webbereitstellung plus global verteilten Daten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/example-scenario/cosmosdb/multi-region'
    },
    {
      id: 'az305-192',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Tailwind Traders runs internet-facing microservices on AKS. The edge layer must provide Layer 7 routing, TLS termination, and a managed web application firewall before traffic enters the cluster.', de: 'Tailwind Traders betreibt internetseitige Microservices auf AKS. Die Edge-Schicht muss Layer-7-Routing, TLS-Terminierung und eine verwaltete Web Application Firewall bereitstellen, bevor Datenverkehr in den Cluster gelangt.' },
      question: { en: 'Which ingress design should you recommend?', de: 'Welches Ingress-Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Application Gateway with WAF integrated to AKS ingress', de: 'Application Gateway mit WAF, integriert in AKS-Ingress' } },
        { id: 'B', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'C', text: { en: 'Internal Load Balancer only', de: 'Nur interner Load Balancer' } },
        { id: 'D', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } }
      ],
      correct: ['A'],
      explanation: { en: 'Application Gateway provides Layer 7 load balancing, TLS offload, and WAF capabilities, and it can integrate with AKS ingress patterns. This is a common managed ingress architecture for secure web workloads.', de: 'Application Gateway bietet Layer-7-Load-Balancing, TLS-Offload und WAF-Funktionen und kann mit AKS-Ingress-Mustern integriert werden. Dies ist eine gängige verwaltete Ingress-Architektur für sichere Web-Workloads.' },
      hint: { en: 'The requirement is managed Layer 7 ingress plus WAF.', de: 'Die Anforderung lautet verwalteter Layer-7-Ingress plus WAF.' },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/ingress-controller-overview'
    },
    {
      id: 'az305-193',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'In AKS, what is the main purpose of a system node pool?', de: 'Was ist in AKS der Hauptzweck eines System-Node-Pools?' },
      options: [
        { id: 'A', text: { en: 'Run core Kubernetes and cluster add-on workloads', de: 'Kern-Kubernetes- und Cluster-Add-On-Workloads ausführen' } },
        { id: 'B', text: { en: 'Store Azure backups', de: 'Azure-Backups speichern' } },
        { id: 'C', text: { en: 'Provide DNS to on-premises networks', de: 'DNS für lokale Netzwerke bereitstellen' } },
        { id: 'D', text: { en: 'Host Azure Front Door POPs', de: 'Azure Front Door-POPs hosten' } }
      ],
      correct: ['A'],
      explanation: { en: 'System node pools are intended for critical cluster services such as core Kubernetes components and add-ons. Separating them from user workloads improves isolation and stability.', de: 'System-Node-Pools sind für kritische Clusterdienste wie zentrale Kubernetes-Komponenten und Add-Ons vorgesehen. Die Trennung von Benutzerworkloads verbessert Isolation und Stabilität.' },
      hint: { en: 'Think cluster services, not application services.', de: 'Denken Sie an Clusterdienste und nicht an Anwendungsdienste.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/use-system-pools'
    },
    {
      id: 'az305-194',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which AKS node pool design practices are recommended?', de: 'Welche Designpraktiken für AKS-Node-Pools werden empfohlen?' },
      options: [
        { id: 'A', text: { en: 'Separate system and user workloads into different node pools', de: 'System- und Benutzerworkloads in verschiedene Node-Pools trennen' } },
        { id: 'B', text: { en: 'Use dedicated node pools for workloads that require different VM sizes or operating systems', de: 'Dedizierte Node-Pools für Workloads mit unterschiedlichen VM-Größen oder Betriebssystemen verwenden' } },
        { id: 'C', text: { en: 'Use labels, taints, and tolerations to influence scheduling', de: 'Labels, Taints und Tolerations verwenden, um das Scheduling zu steuern' } },
        { id: 'D', text: { en: 'Run every workload and system pod on the same single node pool for simplicity', de: 'Alle Workloads und System-Pods zur Vereinfachung in einem einzigen Node-Pool ausführen' } },
        { id: 'E', text: { en: 'Create specialized pools such as GPU pools only when needed', de: 'Spezialisierte Pools wie GPU-Pools nur bei Bedarf erstellen' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'AKS architectures commonly separate system and user workloads, use specialized pools for distinct compute needs, and control placement with labels and taints. A single mixed pool reduces isolation and flexibility.', de: 'AKS-Architekturen trennen häufig System- und Benutzerworkloads, verwenden spezialisierte Pools für unterschiedliche Compute-Anforderungen und steuern die Platzierung mit Labels und Taints. Ein einzelner gemischter Pool verringert Isolation und Flexibilität.' },
      hint: { en: 'Choose isolation and workload-placement best practices.', de: 'Wählen Sie Best Practices für Isolation und Workload-Platzierung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/operator-best-practices-advanced-scheduler'
    },
    {
      id: 'az305-195',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Fabrikam, Inc., a serverless API must scale quickly for bursts, integrate with a virtual network, and avoid cold starts for premium customers.', de: 'Bei Fabrikam, Inc.: eine serverlose API muss bei Lastspitzen schnell skalieren, sich in ein virtuelles Netzwerk integrieren und Kaltstarts für Premiumkunden vermeiden.' },
      question: { en: 'Which Azure Functions hosting plan should you recommend?', de: 'Welchen Hostingplan für Azure Functions sollten Sie empfehlen?' },
      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 Environment only', de: 'Nur App Service Environment' } },
        { id: 'D', text: { en: 'Azure Batch', de: 'Azure Batch' } }
      ],
      correct: ['B'],
      explanation: { en: 'Functions Premium supports prewarmed workers, VNet integration, and elastic scale without the cold-start profile of the Consumption plan. It is well suited to enterprise APIs that need stronger performance characteristics.', de: 'Functions Premium unterstützt vorgewärmte Worker, VNet-Integration und elastische Skalierung ohne das Kaltstartprofil des Consumption-Plans. Er eignet sich gut für Enterprise-APIs, die stärkere Leistungsmerkmale benötigen.' },
      hint: { en: 'The key requirements are no cold starts and VNet integration.', de: 'Die Schlüsselforderungen sind keine Kaltstarts und VNet-Integration.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-functions/functions-premium-plan'
    },
    {
      id: 'az305-196',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure App Service offering provides network isolation and high scale for dedicated enterprise web workloads inside a virtual network?', de: 'Welches Azure App Service-Angebot bietet Netzwerkisolation und hohe Skalierung für dedizierte Enterprise-Webworkloads innerhalb eines virtuellen Netzwerks?' },
      options: [
        { id: 'A', text: { en: 'App Service Environment v3', de: 'App Service Environment v3' } },
        { id: 'B', text: { en: 'Consumption plan', de: 'Consumption-Plan' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['A'],
      explanation: { en: 'App Service Environment v3 is the isolated App Service deployment model designed for enterprise workloads that need dedicated compute, high scale, and virtual network integration.', de: 'App Service Environment v3 ist das isolierte App Service-Bereitstellungsmodell für Enterprise-Workloads, die dedizierte Compute-Ressourcen, hohe Skalierung und VNet-Integration benötigen.' },
      hint: { en: 'This is the isolated, dedicated App Service option.', de: 'Dies ist die isolierte, dedizierte App-Service-Option.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/environment/overview'
    },
    {
      id: 'az305-197',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Contoso, Ltd. API gateway must expose internal APIs to corporate networks only. API Management must run privately in a virtual network, and backend App Services use private endpoints.', de: 'Contoso, Ltd. – Ein Enterprise-API-Gateway muss interne APIs nur für Unternehmensnetzwerke bereitstellen. API Management muss privat in einem virtuellen Netzwerk ausgeführt werden, und Backend-App-Services verwenden private Endpunkte.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'API Management in internal virtual network mode with private DNS and private connectivity to backends', de: 'API Management im internen VNet-Modus mit privatem DNS und privater Konnektivität zu Backends' } },
        { id: 'B', text: { en: 'API Management Consumption with public endpoints only', de: 'API Management Consumption nur mit öffentlichen Endpunkten' } },
        { id: 'C', text: { en: 'Azure CDN in front of every API', de: 'Azure CDN vor jeder API' } },
        { id: 'D', text: { en: 'Direct public access to each backend', de: 'Direkten öffentlichen Zugriff auf jedes Backend' } }
      ],
      correct: ['A'],
      explanation: { en: 'API Management can be deployed for internal access inside a virtual network, which aligns with enterprise private API gateway designs. Private endpoints and DNS complete the end-to-end private connectivity path.', de: 'API Management kann für internen Zugriff innerhalb eines virtuellen Netzwerks bereitgestellt werden, was zu privaten Enterprise-API-Gateway-Designs passt. Private Endpunkte und DNS vervollständigen den privaten Konnektivitätspfad von Ende zu Ende.' },
      hint: { en: 'The gateway and the backends both need private addressing and name resolution.', de: 'Sowohl Gateway als auch Backends benötigen private Adressierung und Namensauflösung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/api-management/virtual-network-concepts'
    },
    {
      id: 'az305-198',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which requirements can be addressed directly by Azure API Management policies?', de: 'Welche Anforderungen können direkt durch Azure API Management-Richtlinien erfüllt werden?' },
      options: [
        { id: 'A', text: { en: 'Rate limiting and quotas', de: 'Ratenbegrenzung und Kontingente' } },
        { id: 'B', text: { en: 'JWT validation', de: 'JWT-Validierung' } },
        { id: 'C', text: { en: 'Header and URL rewriting', de: 'Header- und URL-Umschreibung' } },
        { id: 'D', text: { en: 'Provisioning virtual machine disks', de: 'Bereitstellung von VM-Datenträgern' } },
        { id: 'E', text: { en: 'Caching selected API responses', de: 'Zwischenspeicherung ausgewählter API-Antworten' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'API Management policies can validate tokens, shape traffic, transform requests and responses, and cache responses. VM disk provisioning is unrelated to the API gateway layer.', de: 'API Management-Richtlinien können Token validieren, Datenverkehr formen, Anforderungen und Antworten transformieren und Antworten zwischenspeichern. Die Bereitstellung von VM-Datenträgern hat nichts mit der API-Gateway-Schicht zu tun.' },
      hint: { en: 'Select gateway behavior controls, not infrastructure provisioning tasks.', de: 'Wählen Sie Steuerungen für das Gateway-Verhalten und keine Aufgaben zur Infrastrukturbereitstellung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/api-management/api-management-policies'
    },
    {
      id: 'az305-199',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Woodgrove Bank, an order system must publish one event to several independent downstream services such as billing, shipping, and analytics. Each service needs its own subscription and independent message consumption.', de: 'Bei Woodgrove Bank: ein Auftragssystem muss ein Ereignis an mehrere unabhängige nachgelagerte Dienste wie Abrechnung, Versand und Analytik veröffentlichen. Jeder Dienst benötigt ein eigenes Abonnement und unabhängigen Nachrichtenkonsum.' },
      question: { en: 'Which messaging service pattern should you choose?', de: 'Welches Messaging-Dienstmuster sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Service Bus topic with subscriptions', de: 'Azure Service Bus-Topic mit Abonnements' } },
        { id: 'B', text: { en: 'Azure Queue Storage single queue', de: 'Eine einzelne Azure Queue Storage-Warteschlange' } },
        { id: 'C', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'D', text: { en: 'Azure Disk Storage', de: 'Azure Disk Storage' } }
      ],
      correct: ['A'],
      explanation: { en: 'Service Bus topics implement publish-subscribe messaging so multiple subscribers can receive copies of a message independently. That matches the one-to-many integration pattern in the scenario.', de: 'Service Bus-Themen implementieren Publish-Subscribe-Messaging, sodass mehrere Abonnenten unabhängig Kopien einer Nachricht empfangen können. Das entspricht dem One-to-Many-Integrationsmuster des Szenarios.' },
      hint: { en: 'The requirement is one publisher and many independent consumers.', de: 'Die Anforderung lautet ein Herausgeber und viele unabhängige Konsumenten.' },
      reference: 'https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview'
    },
    {
      id: 'az305-200',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure Service Bus feature preserves ordered processing for related messages such as all events for one order?', de: 'Welche Azure Service Bus-Funktion bewahrt die geordnete Verarbeitung zusammengehöriger Nachrichten, zum Beispiel aller Ereignisse für einen Auftrag?' },
      options: [
        { id: 'A', text: { en: 'Sessions', de: 'Sessions' } },
        { id: 'B', text: { en: 'Topics', de: 'Topics' } },
        { id: 'C', text: { en: 'Dead-lettering', de: 'Dead-Lettering' } },
        { id: 'D', text: { en: 'Geo-filtering', de: 'Geo-Filtering' } }
      ],
      correct: ['A'],
      explanation: { en: 'Service Bus sessions group related messages and enable ordered processing for each session. They are commonly used for per-entity FIFO-style workflows.', de: 'Service Bus-Sessions gruppieren zusammengehörige Nachrichten und ermöglichen geordnete Verarbeitung pro Session. Sie werden häufig für FIFO-ähnliche Workflows pro Entität verwendet.' },
      hint: { en: 'Think ordered message handling for one logical stream.', de: 'Denken Sie an geordnete Nachrichtenverarbeitung für einen logischen Strom.' },
      reference: 'https://learn.microsoft.com/en-us/azure/service-bus-messaging/message-sessions'
    },
    {
      id: 'az305-201',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a software provider runs a multi-tenant eventing platform. Each tenant publishes custom events, and the provider wants tenant-level event management under one scalable namespace with delegated administration.', de: 'Bei Tailwind Traders: ein Softwareanbieter betreibt eine mandantenfähige Eventing-Plattform. Jeder Mandant veröffentlicht benutzerdefinierte Ereignisse, und der Anbieter möchte mandantenspezifische Ereignisverwaltung unter einem skalierbaren Namespace mit delegierter Administration.' },
      question: { en: 'Which Event Grid design is best?', de: 'Welches Event-Grid-Design ist am besten?' },
      options: [
        { id: 'A', text: { en: 'One Event Grid domain with separate topics per tenant', de: 'Eine Event Grid-Domain mit separaten Topics pro Mandant' } },
        { id: 'B', text: { en: 'One storage account queue per tenant', de: 'Eine Speicherkonto-Warteschlange pro Mandant' } },
        { id: 'C', text: { en: 'One ExpressRoute circuit per tenant', de: 'Eine ExpressRoute-Leitung pro Mandant' } },
        { id: 'D', text: { en: 'A single Application Gateway', de: 'Ein einzelnes Application Gateway' } }
      ],
      correct: ['A'],
      explanation: { en: 'Event Grid domains are designed for multi-tenant eventing solutions where many topics are managed under one umbrella resource. They simplify tenancy and delegated operations at scale.', de: 'Event Grid-Domains sind für mandantenfähige Eventing-Lösungen konzipiert, bei denen viele Topics unter einer übergeordneten Ressource verwaltet werden. Sie vereinfachen Mandantenmodell und delegierte Abläufe im großen Maßstab.' },
      hint: { en: 'The clue is many tenant topics under one managed eventing surface.', de: 'Der Hinweis sind viele Mandanten-Topics unter einer verwalteten Eventing-Oberfläche.' },
      reference: 'https://learn.microsoft.com/en-us/azure/event-grid/event-domains'
    },
    {
      id: 'az305-202',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'easy',
      scenario: null,
      question: { en: 'Which hub-and-spoke networking capability lets spoke virtual networks use a VPN or ExpressRoute gateway located in the hub virtual network?', de: 'Welche Hub-Spoke-Netzwerkfunktion ermöglicht es Spoke-virtuellen Netzwerken, ein VPN- oder ExpressRoute-Gateway im Hub-VNet zu verwenden?' },
      options: [
        { id: 'A', text: { en: 'Gateway transit', de: 'Gateway Transit' } },
        { id: 'B', text: { en: 'Availability sets', de: 'Verfügbarkeitsgruppen' } },
        { id: 'C', text: { en: 'Autoscale', de: 'Autoscale' } },
        { id: 'D', text: { en: 'Soft delete', de: 'Soft Delete' } }
      ],
      correct: ['A'],
      explanation: { en: 'Gateway transit allows peered spoke networks to use the gateway resources in the hub. This avoids deploying separate gateways in every spoke.', de: 'Gateway Transit ermöglicht es gepaarten Spoke-Netzwerken, die Gateway-Ressourcen des Hubs zu verwenden. Dadurch müssen nicht in jedem Spoke separate Gateways bereitgestellt werden.' },
      hint: { en: 'Think shared hybrid connectivity from the hub.', de: 'Denken Sie an gemeinsam genutzte Hybridkonnektivität aus dem Hub.' },
      reference: 'https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-peering-gateway-transit'
    },
    {
      id: 'az305-203',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'Fabrikam, Inc. uses ExpressRoute for primary private connectivity from on-premises to Azure. It also wants internet-based failover if the circuit becomes unavailable.', de: 'Fabrikam, Inc. verwendet ExpressRoute als primäre private Konnektivität von lokal nach Azure. Zusätzlich wird internetbasiertes Failover gewünscht, falls die Leitung ausfällt.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'ExpressRoute only', de: 'Nur ExpressRoute' } },
        { id: 'B', text: { en: 'A site-to-site VPN as a backup path alongside ExpressRoute', de: 'Ein Site-to-Site-VPN als Backup-Pfad neben ExpressRoute' } },
        { id: 'C', text: { en: 'Azure CDN as the backup path', de: 'Azure CDN als Backup-Pfad' } },
        { id: 'D', text: { en: 'Availability zones only', de: 'Nur Verfügbarkeitszonen' } }
      ],
      correct: ['B'],
      explanation: { en: 'A common design is ExpressRoute for primary connectivity and site-to-site VPN for backup. This provides a secondary path when the dedicated circuit is unavailable.', de: 'Ein gängiges Design verwendet ExpressRoute für primäre Konnektivität und Site-to-Site-VPN als Backup. Dadurch steht ein sekundärer Pfad zur Verfügung, wenn die dedizierte Leitung nicht verfügbar ist.' },
      hint: { en: 'The secondary path must be independent from the ExpressRoute circuit.', de: 'Der sekundäre Pfad muss unabhängig von der ExpressRoute-Leitung sein.' },
      reference: 'https://learn.microsoft.com/en-us/azure/expressroute/expressroute-about-virtual-network-gateways'
    },
    {
      id: 'az305-204',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which design elements are typically required for a robust Azure Private Endpoint architecture?', de: 'Welche Designelemente sind typischerweise für eine robuste Azure-Private-Endpoint-Architektur erforderlich?' },
      options: [
        { id: 'A', text: { en: 'Private endpoints in the appropriate subnets', de: 'Private Endpunkte in den geeigneten Subnetzen' } },
        { id: 'B', text: { en: 'Private DNS zone integration for name resolution', de: 'Integration privater DNS-Zonen für die Namensauflösung' } },
        { id: 'C', text: { en: 'Consideration of public network access settings on the PaaS service', de: 'Berücksichtigung der Einstellungen für öffentlichen Netzwerkzugriff auf dem PaaS-Dienst' } },
        { id: 'D', text: { en: 'Azure CDN profile', de: 'Azure CDN-Profil' } },
        { id: 'E', text: { en: 'Hybrid DNS forwarding design when on-premises networks are involved', de: 'Entwurf für hybrides DNS-Forwarding, wenn lokale Netzwerke beteiligt sind' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Private endpoints require private IP placement, correct DNS resolution, and consistent public access policy. Hybrid name resolution is also important when private endpoints are consumed from on-premises networks.', de: 'Private Endpunkte erfordern die Platzierung privater IP-Adressen, korrekte DNS-Auflösung und eine konsistente Richtlinie für öffentlichen Zugriff. Hybride Namensauflösung ist ebenfalls wichtig, wenn Private Endpoints aus lokalen Netzwerken genutzt werden.' },
      hint: { en: 'Private connectivity works only when both routing and name resolution are handled correctly.', de: 'Private Konnektivität funktioniert nur, wenn sowohl Routing als auch Namensauflösung korrekt umgesetzt sind.' },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az305-205',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Contoso, Ltd., a media website serves large static images and JavaScript bundles to global users. The company wants edge caching close to users to reduce origin load and latency.', de: 'Bei Contoso, Ltd.: eine Medienwebsite liefert große statische Bilder und JavaScript-Bundles an weltweite Benutzer aus. Das Unternehmen möchte Edge-Caching nahe beim Benutzer, um Origin-Last und Latenz zu verringern.' },
      question: { en: 'Which design should you recommend?', de: 'Welches Design sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure CDN in front of the static content origin', de: 'Azure CDN vor dem Ursprung der statischen Inhalte' } },
        { id: 'B', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'C', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure CDN caches static content at edge locations close to users, reducing latency and origin traffic. It is designed specifically for high-scale content delivery.', de: 'Azure CDN speichert statische Inhalte an Edge-Standorten nahe beim Benutzer zwischen, reduziert Latenz und entlastet den Ursprung. Es ist speziell für hochskalierte Inhaltsbereitstellung konzipiert.' },
      hint: { en: 'The requirement is global edge caching for static assets.', de: 'Die Anforderung lautet globales Edge-Caching für statische Inhalte.' },
      reference: 'https://learn.microsoft.com/en-us/azure/cdn/cdn-overview'
    },
    {
      id: 'az305-206',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure service provides a global HTTP or HTTPS entry point with anycast routing, layer 7 load balancing, and optional WAF?', de: 'Welcher Azure-Dienst bietet einen globalen HTTP- oder HTTPS-Einstiegspunkt mit Anycast-Routing, Layer-7-Load-Balancing und optionaler WAF?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door', de: 'Azure Front Door' } },
        { id: 'B', text: { en: 'Internal Standard Load Balancer', de: 'Interner Standard Load Balancer' } },
        { id: 'C', text: { en: 'Azure Files', de: 'Azure Files' } },
        { id: 'D', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Front Door is the global edge service for HTTP and HTTPS applications. It provides anycast entry, health-based routing, acceleration, and optional web application firewall protection.', de: 'Azure Front Door ist der globale Edge-Dienst für HTTP- und HTTPS-Anwendungen. Er bietet Anycast-Einstieg, gesundheitsbasiertes Routing, Beschleunigung und optionalen Web Application Firewall-Schutz.' },
      hint: { en: 'This is the global layer 7 edge routing service.', de: 'Dies ist der globale Edge-Routing-Dienst auf Layer 7.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/front-door-overview'
    },
    {
      id: 'az305-207',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, an AKS cluster hosts system services, general web APIs, GPU-based ML inference, and batch jobs that can be interrupted. The architects want to optimize placement and cost.', de: 'Woodgrove Bank – Ein AKS-Cluster hostet Systemdienste, allgemeine Web-APIs, GPU-basierte ML-Inferenz und Batchjobs, die unterbrochen werden können. Die Architekten möchten Platzierung und Kosten optimieren.' },
      question: { en: 'Which design is best?', de: 'Welches Design ist am besten?' },
      options: [
        { id: 'A', text: { en: 'One shared node pool for everything', de: 'Ein gemeinsamer Node-Pool für alles' } },
        { id: 'B', text: { en: 'Separate system, general-purpose, GPU, and spot-capable user node pools', de: 'Getrennte Node-Pools für System, allgemeine Zwecke, GPU und Spot-fähige Benutzerworkloads' } },
        { id: 'C', text: { en: 'Run the GPU workload on Azure DNS', de: 'Den GPU-Workload auf Azure DNS ausführen' } },
        { id: 'D', text: { en: 'Use only Windows Server containers for all workloads', de: 'Für alle Workloads nur Windows Server-Container verwenden' } }
      ],
      correct: ['B'],
      explanation: { en: 'Specialized node pools let AKS match workload types to appropriate compute and pricing models. GPU workloads need specialized nodes, and interruptible batch jobs often fit spot node pools.', de: 'Spezialisierte Node-Pools ermöglichen es AKS, Workloadtypen passenden Compute- und Preismodellen zuzuordnen. GPU-Workloads benötigen spezialisierte Knoten, und unterbrechbare Batchjobs passen oft gut zu Spot-Node-Pools.' },
      hint: { en: 'Different workload classes should not all run on the same nodes.', de: 'Unterschiedliche Workloadklassen sollten nicht alle auf denselben Knoten laufen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/spot-node-pool'
    },
    {
      id: 'az305-208',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: null,
      question: { en: 'Which architectural patterns are commonly used in microservices solutions?', de: 'Welche Architekturmuster werden häufig in Microservices-Lösungen verwendet?' },
      options: [
        { id: 'A', text: { en: 'Circuit breaker', de: 'Circuit Breaker' } },
        { id: 'B', text: { en: 'Saga pattern', de: 'Saga-Muster' } },
        { id: 'C', text: { en: 'Sidecar pattern', de: 'Sidecar-Muster' } },
        { id: 'D', text: { en: 'Bulkhead isolation', de: 'Bulkhead-Isolation' } },
        { id: 'E', text: { en: 'Single monolithic database schema for every domain because services must never own data', de: 'Ein einziges monolithisches Datenbankschema für jede Domäne, weil Dienste niemals Daten besitzen dürfen' } }
      ],
      correct: ['A', 'B', 'C', 'D'],
      explanation: { en: 'Microservices architectures often apply resilience and coordination patterns such as circuit breaker, saga, sidecar, and bulkhead. Forcing every service into one monolithic data ownership model works against microservice boundaries.', de: 'Microservices-Architekturen verwenden häufig Resilienz- und Koordinationsmuster wie Circuit Breaker, Saga, Sidecar und Bulkhead. Alle Dienste in ein monolithisches Datenbesitzmodell zu zwingen, widerspricht Microservice-Grenzen.' },
      hint: { en: 'Choose the patterns that address resilience, coordination, or service composition.', de: 'Wählen Sie die Muster, die Resilienz, Koordination oder Servicekomposition adressieren.' },
      reference: 'https://learn.microsoft.com/en-us/azure/architecture/patterns/'
    },
    {
      id: 'az305-209',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., a regulated intranet application uses App Service and requires private inbound access from a hub-and-spoke network, dedicated compute, high scale, and strong isolation from multitenant infrastructure.', de: 'Bei Fabrikam, Inc.: eine regulierte Intranet-Anwendung verwendet App Service und benötigt privaten eingehenden Zugriff aus einem Hub-Spoke-Netzwerk, dedizierte Compute-Ressourcen, hohe Skalierung und starke Isolation von mandantenfähiger Infrastruktur.' },
      question: { en: 'Which Azure compute platform is the best fit?', de: 'Welche Azure-Computeplattform passt am besten?' },
      options: [
        { id: 'A', text: { en: 'App Service Environment v3', de: 'App Service Environment v3' } },
        { id: 'B', text: { en: 'Azure Functions Consumption', de: 'Azure Functions Consumption' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } }
      ],
      correct: ['A'],
      explanation: { en: 'ASE v3 is the isolated App Service option for enterprise workloads that need dedicated infrastructure, strong network control, and high scale. It is a common choice for regulated internal apps.', de: 'ASE v3 ist die isolierte App-Service-Option für Enterprise-Workloads, die dedizierte Infrastruktur, starke Netzwerkkontrolle und hohe Skalierung benötigen. Sie ist eine häufige Wahl für regulierte interne Anwendungen.' },
      hint: { en: 'The requirement is private, isolated, and dedicated App Service hosting.', de: 'Die Anforderung lautet private, isolierte und dedizierte App-Service-Hostingumgebung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/environment/overview'
    },
    {
      id: 'az305-210',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure API Management capability extends gateway enforcement to Kubernetes or on-premises environments outside the managed Azure gateway instance?', de: 'Welche Azure API Management-Funktion erweitert die Gateway-Durchsetzung auf Kubernetes- oder lokale Umgebungen außerhalb der verwalteten Azure-Gatewayinstanz?' },
      options: [
        { id: 'A', text: { en: 'Self-hosted gateway', de: 'Selbstgehostetes Gateway' } },
        { id: 'B', text: { en: 'Azure Firewall Manager', de: 'Azure Firewall Manager' } },
        { id: 'C', text: { en: 'Azure Monitor workbook', de: 'Azure Monitor-Arbeitsmappe' } },
        { id: 'D', text: { en: 'Recovery Services vault', de: 'Recovery Services-Tresor' } }
      ],
      correct: ['A'],
      explanation: { en: 'The self-hosted gateway lets API Management gateway capabilities run in environments such as Kubernetes clusters or on-premises locations while staying connected to the central APIM control plane.', de: 'Das selbstgehostete Gateway ermöglicht es, API-Management-Gatewayfunktionen in Umgebungen wie Kubernetes-Clustern oder lokalen Standorten auszuführen und dennoch mit der zentralen APIM-Steuerungsebene verbunden zu bleiben.' },
      hint: { en: 'This is the distributed gateway runtime option.', de: 'Dies ist die verteilte Gateway-Laufzeitoption.' },
      reference: 'https://learn.microsoft.com/en-us/azure/api-management/self-hosted-gateway-overview'
    },
    {
      id: 'az305-211',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Woodgrove Bank, several spoke virtual networks host applications that must reach on-premises datacenters through a single shared ExpressRoute gateway in the hub. The architects want to avoid deploying a gateway into each spoke.', de: 'Bei Woodgrove Bank: mehrere Spoke-VNets hosten Anwendungen, die lokale Rechenzentren über ein gemeinsames ExpressRoute-Gateway im Hub erreichen müssen. Die Architekten möchten vermeiden, in jedem Spoke ein eigenes Gateway bereitzustellen.' },
      question: { en: 'What should you design?', de: 'Was sollten Sie entwerfen?' },
      options: [
        { id: 'A', text: { en: 'VNet peering with gateway transit from the hub', de: 'VNet-Peering mit Gateway Transit aus dem Hub' } },
        { id: 'B', text: { en: 'A public IP on every VM in every spoke', de: 'Eine öffentliche IP auf jeder VM in jedem Spoke' } },
        { id: 'C', text: { en: 'A separate tenant for each spoke', de: 'Einen separaten Mandanten für jeden Spoke' } },
        { id: 'D', text: { en: 'Azure CDN Standard from Microsoft', de: 'Azure CDN Standard von Microsoft' } }
      ],
      correct: ['A'],
      explanation: { en: 'Gateway transit over hub-and-spoke peering lets spokes use the central gateway in the hub. This is the standard architecture for shared hybrid connectivity.', de: 'Gateway Transit über Hub-Spoke-Peering ermöglicht es Spokes, das zentrale Gateway im Hub zu nutzen. Dies ist die Standardarchitektur für gemeinsam genutzte Hybridkonnektivität.' },
      hint: { en: 'The requirement is shared gateway usage from spokes.', de: 'Die Anforderung lautet gemeinsame Gateway-Nutzung aus Spokes.' },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az305-212',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which statements about Azure Event Grid are correct?', de: 'Welche Aussagen zu Azure Event Grid sind korrekt?' },
      options: [
        { id: 'A', text: { en: 'It is designed for reactive event routing and fan-out', de: 'Es ist für reaktives Event-Routing und Fan-Out ausgelegt' } },
        { id: 'B', text: { en: 'It supports push-based delivery to handlers and webhooks', de: 'Es unterstützt pushbasierte Zustellung an Handler und Webhooks' } },
        { id: 'C', text: { en: 'It is the primary choice when you need long-lived ordered enterprise queues with transactions', de: 'Es ist die primäre Wahl, wenn langlebige geordnete Enterprise-Warteschlangen mit Transaktionen benötigt werden' } },
        { id: 'D', text: { en: 'It can route events from Azure services and custom sources', de: 'Es kann Ereignisse von Azure-Diensten und benutzerdefinierten Quellen weiterleiten' } },
        { id: 'E', text: { en: 'It supports filtering subscriptions for event delivery', de: 'Es unterstützt das Filtern von Abonnements für die Ereigniszustellung' } }
      ],
      correct: ['A', 'B', 'D', 'E'],
      explanation: { en: 'Event Grid is an event routing service that pushes events to subscribers, supports filtering, and works with Azure and custom sources. Long-lived enterprise queues with transactions are more aligned with Service Bus.', de: 'Event Grid ist ein Event-Routing-Dienst, der Ereignisse an Abonnenten pusht, Filterung unterstützt und mit Azure- sowie benutzerdefinierten Quellen arbeitet. Langlebige Enterprise-Warteschlangen mit Transaktionen passen eher zu Service Bus.' },
      hint: { en: 'Choose event routing characteristics, not queue-broker characteristics.', de: 'Wählen Sie Merkmale des Event-Routings und nicht des Queue-Brokers.' },
      reference: 'https://learn.microsoft.com/en-us/azure/event-grid/overview'
    },
    {
      id: 'az305-213',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: { en: 'At Tailwind Traders, an internal AKS service should be reachable only from workloads inside the corporate virtual network and from connected on-premises networks. It must not receive a public IP address.', de: 'Bei Tailwind Traders: ein interner AKS-Dienst soll nur von Workloads innerhalb des Unternehmens-VNets und aus verbundenen lokalen Netzwerken erreichbar sein. Er darf keine öffentliche IP-Adresse erhalten.' },
      question: { en: 'Which service exposure pattern should you use?', de: 'Welches Muster zur Dienstbereitstellung sollten Sie verwenden?' },
      options: [
        { id: 'A', text: { en: 'A Kubernetes service of type LoadBalancer with an internal load balancer annotation', de: 'Einen Kubernetes-Service vom Typ LoadBalancer mit Annotation für internen Load Balancer' } },
        { id: 'B', text: { en: 'A public ingress with a DNS record on the internet', de: 'Einen öffentlichen Ingress mit DNS-Eintrag im Internet' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'An external storage account endpoint', de: 'Einen externen Speicherkonto-Endpunkt' } }
      ],
      correct: ['A'],
      explanation: { en: 'AKS can expose a service through an internal Azure Load Balancer so traffic stays private within the VNet and connected private networks. This is the standard pattern for internal-only services.', de: 'AKS kann einen Dienst über einen internen Azure Load Balancer bereitstellen, sodass der Datenverkehr innerhalb des VNets und verbundener privater Netzwerke bleibt. Dies ist das Standardmuster für rein interne Dienste.' },
      hint: { en: 'The service must stay private and non-internet-facing.', de: 'Der Dienst muss privat und nicht internetseitig bleiben.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/internal-lb'
    },
    {
      id: 'az305-214',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure feature gives a specific PaaS resource such as Storage or Key Vault a private IP address inside your virtual network?', de: 'Welche Azure-Funktion gibt einer bestimmten PaaS-Ressource wie Storage oder Key Vault eine private IP-Adresse innerhalb Ihres virtuellen Netzwerks?' },
      options: [
        { id: 'A', text: { en: 'Private Endpoint', de: 'Private Endpoint' } },
        { id: 'B', text: { en: 'Service endpoint', de: 'Service Endpoint' } },
        { id: 'C', text: { en: 'Availability set', de: 'Verfügbarkeitsgruppe' } },
        { id: 'D', text: { en: 'Azure Policy', de: 'Azure Policy' } }
      ],
      correct: ['A'],
      explanation: { en: 'A Private Endpoint maps a PaaS resource to a private IP in your VNet through Azure Private Link. Service endpoints secure access from a subnet but do not assign a private IP to the service instance.', de: 'Ein Private Endpoint ordnet einer PaaS-Ressource über Azure Private Link eine private IP in Ihrem VNet zu. Service Endpoints sichern den Zugriff aus einem Subnetz, weisen der Dienstinstanz jedoch keine private IP zu.' },
      hint: { en: 'The service itself should appear as a private IP in the VNet.', de: 'Der Dienst selbst soll als private IP in Ihrem VNet erscheinen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-overview'
    },
    {
      id: 'az305-215',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Contoso, Ltd., a financial messaging solution needs transactions, duplicate detection, predictable latency, and private connectivity. The architects also want isolated capacity from other tenants.', de: 'Bei Contoso, Ltd.: eine Finanz-Messaging-Lösung benötigt Transaktionen, Duplikaterkennung, vorhersehbare Latenz und private Konnektivität. Die Architekten möchten außerdem isolierte Kapazität von anderen Mandanten.' },
      question: { en: 'Which Azure messaging service and tier should you choose?', de: 'Welchen Azure-Messaging-Dienst und welche Tarifstufe sollten Sie wählen?' },
      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 Basic', de: 'Azure Event Grid Basic' } },
        { id: 'D', text: { en: 'Azure CDN Premium', de: 'Azure CDN Premium' } }
      ],
      correct: ['A'],
      explanation: { en: 'Service Bus Premium is designed for enterprise messaging with dedicated resources, support for advanced broker features such as transactions and duplicate detection, and strong networking options.', de: 'Service Bus Premium ist für Enterprise-Messaging mit dedizierten Ressourcen, Unterstützung erweiterter Brokerfunktionen wie Transaktionen und Duplikaterkennung sowie starken Netzwerkoptionen konzipiert.' },
      hint: { en: 'The requirements are enterprise broker semantics plus isolation and private access.', de: 'Die Anforderungen sind Enterprise-Broker-Semantik plus Isolation und privater Zugriff.' },
      reference: 'https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-premium-messaging'
    },
    {
      id: 'az305-216',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which design choices improve static content delivery through Azure CDN or Azure Front Door caching?', de: 'Welche Designentscheidungen verbessern die Bereitstellung statischer Inhalte über Azure CDN oder das Caching von Azure Front Door?' },
      options: [
        { id: 'A', text: { en: 'Use cache-friendly headers and appropriate TTL values', de: 'Cachefreundliche Header und geeignete TTL-Werte verwenden' } },
        { id: 'B', text: { en: 'Version static assets when content changes', de: 'Statische Ressourcen bei Inhaltsänderungen versionieren' } },
        { id: 'C', text: { en: 'Compress text-based assets such as CSS and JavaScript', de: 'Textbasierte Ressourcen wie CSS und JavaScript komprimieren' } },
        { id: 'D', text: { en: 'Force every request to bypass the cache', de: 'Jede Anforderung zum Umgehen des Cache zwingen' } },
        { id: 'E', text: { en: 'Use query string caching rules deliberately', de: 'Regeln für Query-String-Caching gezielt verwenden' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'Good caching design depends on cache headers, asset versioning, compression, and correct treatment of query strings. Forcing cache bypass removes the main benefit of the edge service.', de: 'Gutes Caching-Design hängt von Cache-Headern, Asset-Versionierung, Komprimierung und dem korrekten Umgang mit Query Strings ab. Ein erzwungenes Umgehen des Cache nimmt dem Edge-Dienst seinen Hauptvorteil.' },
      hint: { en: 'Choose settings that increase cache hit ratio and efficient delivery.', de: 'Wählen Sie Einstellungen, die die Cache-Trefferquote und effiziente Bereitstellung erhöhen.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/front-door-caching'
    },
    {
      id: 'az305-217',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Tailwind Traders, a public web platform runs in multiple regions and needs a single global endpoint, WAF protection, SSL offload, and path-based routing to different backends. The team also wants private link support to origins.', de: 'Bei Tailwind Traders eine öffentliche Webplattform läuft in mehreren Regionen und benötigt einen einzigen globalen Endpunkt, WAF-Schutz, SSL-Offload und pfadbasierte Weiterleitung zu unterschiedlichen Backends. Das Team möchte außerdem Private Link-Unterstützung zu den Ursprüngen.' },
      question: { en: 'Which service should you recommend?', de: 'Welchen Dienst sollten Sie empfehlen?' },
      options: [
        { id: 'A', text: { en: 'Azure Front Door Premium', de: 'Azure Front Door Premium' } },
        { id: 'B', text: { en: 'Internal Standard Load Balancer', de: 'Interner Standard Load Balancer' } },
        { id: 'C', text: { en: 'Azure Queue Storage', de: 'Azure Queue Storage' } },
        { id: 'D', text: { en: 'Azure Site Recovery', de: 'Azure Site Recovery' } }
      ],
      correct: ['A'],
      explanation: { en: 'Azure Front Door Premium provides global HTTP and HTTPS routing, WAF, TLS offload, path-based rules, and advanced origin connectivity features such as Private Link support. It is the right global edge service for this scenario.', de: 'Azure Front Door Premium bietet globales HTTP- und HTTPS-Routing, WAF, TLS-Offload, pfadbasierte Regeln und erweiterte Ursprungskonnektivität wie Private Link-Unterstützung. Es ist der richtige globale Edge-Dienst für dieses Szenario.' },
      hint: { en: 'The requirement is global web routing plus WAF and private origin connectivity.', de: 'Die Anforderung lautet globales Webrouting plus WAF und private Ursprungs-Konnektivität.' },
      reference: 'https://learn.microsoft.com/en-us/azure/frontdoor/standard-premium/overview'
    },
    {
      id: 'az305-218',
      type: 'single',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which Azure networking service provides scalable outbound internet access with a stable public IP set for resources in a subnet?', de: 'Welcher Azure-Netzwerkdienst bietet skalierbaren ausgehenden Internetzugriff mit einem stabilen Satz öffentlicher IP-Adressen für Ressourcen in einem Subnetz?' },
      options: [
        { id: 'A', text: { en: 'NAT Gateway', de: 'NAT Gateway' } },
        { id: 'B', text: { en: 'Private DNS Resolver', de: 'Private DNS Resolver' } },
        { id: 'C', text: { en: 'Azure Bastion', de: 'Azure Bastion' } },
        { id: 'D', text: { en: 'Route table', de: 'Routentabelle' } }
      ],
      correct: ['A'],
      explanation: { en: 'NAT Gateway is designed for outbound internet connectivity from Azure subnets with predictable egress IP addresses and scalable SNAT capacity.', de: 'NAT Gateway ist für ausgehende Internetkonnektivität aus Azure-Subnetzen mit vorhersehbaren Egress-IP-Adressen und skalierbarer SNAT-Kapazität konzipiert.' },
      hint: { en: 'This is the managed outbound egress service.', de: 'Dies ist der verwaltete Dienst für ausgehenden Egress.' },
      reference: 'https://learn.microsoft.com/en-us/azure/nat-gateway/nat-gateway-resource'
    },
    {
      id: 'az305-219',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Fabrikam, Inc., containerized workloads on AKS must retrieve secrets from Azure Key Vault at runtime. The design should avoid storing secrets in Kubernetes and should use modern identity federation.', de: 'Bei Fabrikam, Inc.: containerisierte Workloads auf AKS müssen Laufzeitgeheimnisse aus Azure Key Vault abrufen. Das Design soll vermeiden, Geheimnisse in Kubernetes zu speichern, und moderne Identitätsföderation verwenden.' },
      question: { en: 'Which design is best?', de: 'Welches Design ist am besten?' },
      options: [
        { id: 'A', text: { en: 'AKS workload identity plus the Key Vault CSI driver', de: 'AKS Workload Identity plus Key Vault CSI Driver' } },
        { id: 'B', text: { en: 'Store all secrets in ConfigMaps', de: 'Alle Geheimnisse in ConfigMaps speichern' } },
        { id: 'C', text: { en: 'Embed secrets in the container image', de: 'Geheimnisse in das Container-Image einbetten' } },
        { id: 'D', text: { en: 'Use a shared admin account on every node', de: 'Ein gemeinsames Administratorkonto auf jedem Knoten verwenden' } }
      ],
      correct: ['A'],
      explanation: { en: 'AKS workload identity provides federated identity to pods, and the Key Vault CSI driver can project secrets from Key Vault into workloads without persisting Azure credentials in the cluster.', de: 'AKS Workload Identity stellt föderierte Identität für Pods bereit, und der Key Vault CSI Driver kann Geheimnisse aus Key Vault in Workloads einblenden, ohne Azure-Anmeldeinformationen im Cluster zu speichern.' },
      hint: { en: 'The design must be secretless for Azure credentials and externalize secrets to Key Vault.', de: 'Das Design muss für Azure-Anmeldeinformationen secretlos sein und Geheimnisse nach Key Vault auslagern.' },
      reference: 'https://learn.microsoft.com/en-us/azure/aks/csi-secrets-store-driver'
    },
    {
      id: 'az305-220',
      type: 'multiple',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'medium',
      scenario: null,
      question: { en: 'Which statements about App Service Environment v3 are correct?', de: 'Welche Aussagen zu App Service Environment v3 sind korrekt?' },
      options: [
        { id: 'A', text: { en: 'It is deployed into a customer virtual network', de: 'Es wird in ein kundenseitiges virtuelles Netzwerk bereitgestellt' } },
        { id: 'B', text: { en: 'It provides isolated App Service hosting for enterprise workloads', de: 'Es bietet isoliertes App-Service-Hosting für Enterprise-Workloads' } },
        { id: 'C', text: { en: 'It is typically chosen when strong network isolation is required', de: 'Es wird typischerweise gewählt, wenn starke Netzwerktrennung erforderlich ist' } },
        { id: 'D', text: { en: 'It is the lowest-cost option for small hobby sites', de: 'Es ist die kostengünstigste Option für kleine Hobbyseiten' } },
        { id: 'E', text: { en: 'It can host App Service plans and apps on dedicated infrastructure', de: 'Es kann App-Service-Pläne und Apps auf dedizierter Infrastruktur hosten' } }
      ],
      correct: ['A', 'B', 'C', 'E'],
      explanation: { en: 'ASE v3 is the isolated, dedicated App Service deployment model in a virtual network. It is intended for enterprise isolation and control, not as the cheapest hosting option.', de: 'ASE v3 ist das isolierte, dedizierte App-Service-Bereitstellungsmodell in einem virtuellen Netzwerk. Es ist für Enterprise-Isolation und Kontrolle gedacht, nicht als günstigste Hosting-Option.' },
      hint: { en: 'Choose the characteristics of isolated dedicated hosting.', de: 'Wählen Sie die Merkmale isolierten dedizierten Hostings.' },
      reference: 'https://learn.microsoft.com/en-us/azure/app-service/environment/overview'
    },
    {
      id: 'az305-221',
      type: 'scenario',
      domain: { en: 'Design Infrastructure Solutions', de: 'Infrastrukturlösungen entwerfen' },
      difficulty: 'hard',
      scenario: { en: 'At Woodgrove Bank, an event-driven application processes bursts of queue messages. The compute layer must scale quickly, connect to private resources in a virtual network, and keep at least some prewarmed instances ready.', de: 'Bei Woodgrove Bank: eine ereignisgesteuerte Anwendung verarbeitet Lastspitzen von Warteschlangennachrichten. Die Compute-Schicht muss schnell skalieren, sich mit privaten Ressourcen in einem virtuellen Netzwerk verbinden und mindestens einige vorgewärmte Instanzen bereithalten.' },
      question: { en: 'Which Azure compute design should you choose?', de: 'Welches Azure-Compute-Design sollten Sie wählen?' },
      options: [
        { id: 'A', text: { en: 'Azure Functions Premium plan', de: 'Azure Functions Premium-Plan' } },
        { id: 'B', text: { en: 'Azure Functions Consumption plan', de: 'Azure Functions Consumption-Plan' } },
        { id: 'C', text: { en: 'Azure CDN', de: 'Azure CDN' } },
        { id: 'D', text: { en: 'Azure Policy initiative', de: 'Azure Policy-Initiative' } }
      ],
      correct: ['A'],
      explanation: { en: 'Functions Premium supports prewarmed instances, VNet integration, and elastic scaling for event-driven workloads. That combination fits the stated performance and networking requirements.', de: 'Functions Premium unterstützt vorgewärmte Instanzen, VNet-Integration und elastische Skalierung für ereignisgesteuerte Workloads. Diese Kombination passt zu den genannten Leistungs- und Netzwerkanforderungen.' },
      hint: { en: 'The decisive clues are prewarmed instances and private networking.', de: 'Die entscheidenden Hinweise sind vorgewärmte Instanzen und private Vernetzung.' },
      reference: 'https://learn.microsoft.com/en-us/azure/azure-functions/functions-premium-plan'
    }
  ];
  if (window.ExamData && window.ExamData['az-305']) {
    window.ExamData['az-305'].questions = window.ExamData['az-305'].questions.concat(extra);
  }
})();
