Verkeer routeren in Azure App Service
Standaard worden alle clientaanvragen naar de productie-URL (http://<app_name>.azurewebsites.net) van de app doorgestuurd naar de productiesite. U kunt een deel van het verkeer naar een andere slot routeren. Deze functie is handig als u feedback van gebruikers nodig hebt voor een nieuwe update, maar u niet klaar bent om deze beschikbaar te maken voor productie.
Productieverkeer automatisch routeren
Productieverkeer automatisch routeren:
Ga naar de resourcepagina van uw app en selecteer implementatieslots.
Geef in de kolom Verkeer % van de site waarnaar u wilt routeren een percentage op (tussen 0 en 100) om het totale verkeer weer te geven dat u wilt routeren. Selecteer opslaan.
Nadat de instelling is opgeslagen, wordt het opgegeven percentage cliënten willekeurig gerouteerd naar de niet-productieslot.
Nadat een client automatisch naar een specifieke plaats wordt gerouteerd, blijft deze voor de duur van die clientsessie aan die plaats gekoppeld. In de clientbrowser kunt u zien aan welke slot uw sessie is geplaatst door te kijken naar het x-ms-routing-name-cookie in uw HTTP-headers. Een aanvraag die naar de staging-sleuf wordt gerouteerd, heeft de cookie x-ms-routing-name=staging. Een aanvraag die naar de productiesite wordt doorgestuurd, heeft de cookie x-ms-routing-name=self.
Productieverkeer handmatig routeren
Naast automatische verkeersroutering kan App Service aanvragen routeren naar een specifieke slot. Dit is handig als u wilt dat uw gebruikers zich kunnen aanmelden of zich kunnen afmelden voor uw bèta-app. Als u productieverkeer handmatig wilt routeren, gebruikt u de x-ms-routing-name queryparameter.
Als u wilt dat gebruikers zich afmelden voor uw bèta-app, kunt u deze koppeling bijvoorbeeld op uw webpagina plaatsen:
<a href="<webappname>.azurewebsites.net/?x-ms-routing-name=self">Go back to production app</a>
De tekenreeks x-ms-routing-name=self geeft de productiesite op. Nadat de clientbrowser toegang heeft tot de koppeling, wordt deze omgeleid naar de productiesite. Elke volgend verzoek heeft dezelfde x-ms-routing-name=self cookie waarmee de sessie aan het productieslot wordt vastgemaakt.
Als u wilt dat gebruikers zich aanmelden voor uw bèta-app, stelt u dezelfde queryparameter in op de naam van de niet-productieslot. Hier volgt een voorbeeld:
<webappname>.azurewebsites.net/?x-ms-routing-name=staging
Nieuwe sites krijgen standaard een routeringsregel van 0%. Er wordt een standaardwaarde weergegeven in grijs. Wanneer u de regelwaarde voor doorsturen expliciet instelt op 0%, wordt deze in het zwart weergegeven, en hebben uw gebruikers handmatig toegang tot het staging-slot door gebruik te maken van de x-ms-routing-name queryparameter. Ze worden echter niet automatisch doorgestuurd naar de site omdat het routeringspercentage is ingesteld op 0. Dit is een geavanceerd scenario waarin u uw staging-sleuf voor het publiek onzichtbaar kunt maken, terwijl interne teams wijzigingen op de sleuf kunnen testen.