Weiterleiten des Datenverkehrs im App-Dienst
Standardmäßig werden alle Clientanforderungen an die Produktions-URL der App (http://<app_name>.azurewebsites.net) an den Produktionsplatz weitergeleitet. Sie können einen Teil des Datenverkehrs an einen anderen Steckplatz weiterleiten. Dieses Feature ist nützlich, wenn Sie Benutzerfeedback für ein neues Update benötigen, sie aber nicht für die Produktion freigeben können.
Automatisches Routen von Produktionsverkehr
So leiten Sie den Produktionsdatenverkehr automatisch weiter:
Wechseln Sie zur Ressourcenseite Ihrer App, und wählen Sie Bereitstellungsplätzeaus.
Geben Sie in der Spalte Datenverkehr % des Steckplatzes, an den Sie weiterleiten möchten, einen Prozentsatz (zwischen 0 und 100) an, um den Anteil des Gesamtdatenverkehrs darzustellen, den Sie weiterleiten möchten. Wählen Sie Speichernaus.
Nachdem die Einstellung gespeichert wurde, wird der angegebene Prozentsatz der Clients zufällig an den Nicht-Produktionsplatz weitergeleitet.
Nachdem ein Client automatisch an einen bestimmten Steckplatz weitergeleitet wurde, wird er für die Lebensdauer dieser Clientsitzung an diesen Steckplatz angeheftet. Im Client-Browser können Sie sehen, an welchen Slot Ihre Sitzung angeheftet ist, indem Sie den x-ms-routing-name-Cookie in Ihren HTTP-Headern betrachten. Eine Anforderung, die an den "Staging"-Slot weitergeleitet wird, hat das Cookie x-ms-routing-name=staging. Eine Anforderung, die an den Produktionsplatz weitergeleitet wird, hat das Cookie x-ms-routing-name=self.
Manuelles Weiterleiten von Produktionsverkehr
Neben der automatischen Datenverkehrssteuerung kann der App-Dienst Anfragen an einen bestimmten Slot weiterleiten. Dies ist nützlich, wenn Sie möchten, dass Ihre Benutzer sich für Ihre Beta-App anmelden oder deaktivieren können. Um den Produktionsdatenverkehr manuell weiterzuleiten, verwenden Sie den x-ms-routing-name Abfrageparameter.
Damit Benutzer Ihre Beta-App deaktivieren können, können Sie beispielsweise diesen Link auf Ihrer Webseite platzieren:
<a href="<webappname>.azurewebsites.net/?x-ms-routing-name=self">Go back to production app</a>
Die Zeichenfolge x-ms-routing-name=self gibt den Produktionsplatz an. Nachdem der Clientbrowser auf den Link zugegriffen hat, wird er an den Produktionsplatz umgeleitet. Jede nachfolgende Anforderung enthält das x-ms-routing-name=self-Cookie, das die Sitzung an die Produktionsumgebung anheftet.
Um Benutzern die Teilnahme an Ihrer Beta-App zu ermöglichen, legen Sie denselben Abfrageparameter auf den Namen des Nicht-Produktionsplatzes fest. Hier ist ein Beispiel:
<webappname>.azurewebsites.net/?x-ms-routing-name=staging
Standardmäßig erhalten neue Steckplätze eine Routingregel von 0%, ein Standardwert wird in Grau angezeigt. Wenn Sie den Routingregelwert explizit auf 0% setzen, wird er schwarz angezeigt. Ihre Benutzer können mithilfe des x-ms-routing-name-Abfrageparameters manuell auf den Staging-Slot zugreifen. Sie werden jedoch nicht automatisch an den Steckplatz weitergeleitet, da der Routingprozentsatz auf 0 festgelegt ist. Dies ist ein erweitertes Szenario, in dem Sie Ihren Staging-Slot aus der Öffentlichkeit "ausblenden" können, während interne Teams Änderungen am Slot testen können.