Gewährleisten der Zuverlässigkeit von Stream Analytics-Aufträgen während Dienstupdates
Ein vollständig verwalteter Dienst bietet unter anderem die Möglichkeit, dass er sich im Handumdrehen um neue Dienstfunktionen und Verbesserungen erweitern lässt. Somit kann für Stream Analytics wöchentlich (oder häufiger) eine Bereitstellung von Dienstupdates durchgeführt werden. Trotz vieler und gründlicher Tests lässt sich nicht gänzlich ausschließen, dass ein vorhandener, aktuell ausgeführter Auftrag aufgrund eines Fehlers unter Umständen unterbrochen wird. Wenn Sie unternehmenskritische Aufträge ausführen, darf dieses Risiko nicht bestehen. Sie können es verringern, indem Sie sich an das Azure-Modell für Regionspaare halten.
Wie wirken Azure-Regionspaare diesem Risiko entgegen?
Mit Stream Analytics wird gewährleistet, dass Aufträge in Regionspaaren in separaten Batches aktualisiert werden. Jeder Batch verfügt über eine oder mehrere Regionen, die gleichzeitig aktualisiert werden können. Der Stream Analytics-Dienst stellt sicher, dass jedes neue Update strenge interne Ringe durchläuft, um die höchste Qualität zu gewährleisten. Der Dienst sucht auch proaktiv nach vielen Signalen nach der Bereitstellung in jedem Batch, um mehr Sicherheit zu erhalten, dass keine Fehler aufgetreten sind. Die Bereitstellung eines Updates für Stream Analytics würde nicht gleichzeitig in einer Gruppe von gekoppelten Regionen erfolgen. Dies führt zu einer ausreichenden Zeitspanne zwischen den Updates, sodass mögliche Probleme ermittelt und behoben werden können.
Der Artikel über Verfügbarkeit und Regionspaare enthält die aktuellsten Informationen darüber, welche Regionen zugeordnet werden.
Es wird empfohlen, identische Aufträge für beide gekoppelten Regionen bereitzustellen. Sie sollten diese Aufträge anschließend überwachen, damit Sie benachrichtigt werden, sobald etwas Unerwartetes passiert. Wenn einer dieser Aufträge nach einem Dienstupdate für Stream Analytics mit dem Status Fehler endet, können Sie den Kundendienst kontaktieren, damit dieser Ihnen dabei hilft, die Grundursache für diesen Fehler zu finden. Sie sollten außerdem ein Failover für mögliche Downstreamconsumer auf die fehlerfreie Auftragsausgabe ausführen.