Zuverlässigkeit in Azure Bot Service

In diesem Artikel wird die Zuverlässigkeitsunterstützung im Azure Bot Service beschrieben. Sie deckt sowohl regionale Zuverlässigkeit mit Verfügbarkeitszonen als auch regionsübergreifende Resilienz mit Notfallwiederherstellung für Bots mit lokaler Datenaufbewahrung ab. Eine ausführlichere Übersicht über die Zuverlässigkeit in Azure finden Sie unter Azure-Zuverlässigkeit.

Wenn Sie eine Anwendung (Bot) im Bot Service erstellen, können Sie globale oder lokale Datenhaltung auswählen. Die lokale Datenhaltung stellt sicher, dass die personenbezogenen Daten Ihres Bots innerhalb bestimmter geografischer Grenzen wie der Europäischen Union aufbewahrt, gespeichert und verarbeitet werden. Dieser Ansatz hilft Ihnen dabei, Compliance- und regionale Zuverlässigkeitsanforderungen zu erfüllen.

Weitere Informationen zum Bereitstellen von Bots mit lokaler Datenresidenz und regionaler Compliance finden Sie unter Regionalisierung in Azure Bot Service.

Unterstützung für Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Für regionale Bots unterstützt Azure Bot Service standardmäßig Zonenredundanz. Sie müssen sie nicht für die Verfügbarkeitszonenunterstützung einrichten oder neu konfigurieren.

Voraussetzungen

• Ihr Bot muss regional (nicht global) sein.
• Derzeit unterstützt nur die Region „Europa, Westen“ Verfügbarkeitszonen.

Zonenausfall

Während eines zonenweiten Ausfalls sollte der Kunde mit einer kurzen Leistungsverschlechterung rechnen, bis die Selbstreparatur des Diensts die zugrunde liegende Kapazität ausgleicht, um sich an fehlerfreien Zonen anzupassen. Dies ist nicht von der Zonenwiederherstellung abhängig. Es wird erwartet, dass der Selbstreparaturstatus des von Microsoft verwalteten Diensts eine verloren gegangene Zone mittels Kapazitäten aus anderen Zonen kompensiert.

Regionsübergreifende Notfallwiederherstellung in regionenübergreifender Geografie

Notfallwiederherstellung (DR) bezieht sich auf Methoden, die Organisationen zum Wiederherstellen von Ereignissen mit hohem Einfluss verwenden, z. B. Naturkatastrophen oder fehlerhafte Bereitstellungen, die zu Ausfallzeiten und Datenverlusten führen. Unabhängig von der Ursache ist das beste Mittel gegen einen Notfall ein gut definierter und getesteter Notfallplan und ein Anwendungsdesign, die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, finden Sie Unter "Empfehlungen für das Entwerfen einer Notfallwiederherstellungsstrategie".

Für DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In diesem Modell stellt Microsoft sicher, dass die Basisinfrastruktur und Plattformdienste verfügbar sind. Viele Azure-Dienste replizieren jedoch nicht automatisch Daten oder greifen von einer fehlgeschlagenen Region zurück, um sie in eine andere aktivierte Region zu replizieren. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die im Rahmen von Azure-PaaS-Angeboten (Plattform-as-a-Service) ausgeführt werden, bieten Features und Anleitungen zur Unterstützung der Notfallwiederherstellung. Sie können dienstspezifische Features verwenden, um die schnelle Wiederherstellung zu unterstützen, um Ihren DR-Plan zu entwickeln.

Azure Bot Service wird sowohl für globale als auch für regionale Dienste im Aktiv/Aktiv-Modus ausgeführt. Wenn ein Ausfall auftritt, müssen Sie keine Fehler erkennen oder den Dienst verwalten. Azure Bot Service führt automatisch ein Failover und eine Wiederherstellung in einer geografischen Architektur mit mehreren Regionen aus. Für den regionalen EU-Botdienst bietet Azure Bot Service zwei vollständige Regionen innerhalb Europas mit Aktiv/Aktiv-Replikation, um Redundanz zu gewährleisten. Für den globalen Botdienst können alle verfügbaren Regionen/Geografien global genutzt werden.

Nächste Schritte