Zum Inhalt

Application-Gateway-Deployment

Operator-Runbook für das Deployment einer genehmigten und gemergten Änderung am Application Gateway oder an einer WAF-Policy. Beide liegen im connectivity layer. Lies es zusammen mit Application Gateway.

1. Bevor du beginnst

  • Der pull request ist genehmigt und in main gemergt.
  • Bei einem HTTPS-Listener liegt das Zertifikat im Key Vault des Gateways.
  • Du hast Zugriff auf die pipelines der richtigen Plattform und auf das Ticket.

2. Die pipeline für canary ausführen

  1. Öffne die pipelines und wähle die hub-pipeline (hub).
  2. Führe sie von main aus. Wo deine Entry-pipeline eine Auswahl erlaubt, wähle die Umgebung canary, den layer connectivity und die Region der Änderung (zum Beispiel weu).
  3. Lies den plan. Nur der connectivity layer darf sich ändern, als In-place-Update des Gateways (und der WAF-Policy, wenn du eine geändert hast).
  4. Genehmige ihn und verfolge den Lauf bis zum Ende.
  5. Prüfe das Apply (siehe unten).

3. Das Apply prüfen

Eine grüne Apply-Stage beweist nicht, dass die gewünschte Änderung umgesetzt ist, besonders bei einer komplexen Ressource wie einem Application Gateway.

  1. Öffne das Log des Apply-Schritts.
  2. Suche die gewünschte Änderung: den neuen Pool, Listener, die neue Einstellung, Regel oder das neue Zertifikat.
  3. Wenn sie nicht in der Ausgabe steht, schließe das Ticket nicht. Untersuche es und frage bei Bedarf einen zweiten Engineer.
  4. Öffne im Portal das Gateway und prüfe Backend health: Der neue Pool ist Healthy (Prüfen).

4. Die pipeline für prod ausführen

Wiederhole die Schritte 2 und 3 für prod. Der Produktions-plan wartet auf die Genehmigung eines zweiten Engineers. Lies ihn noch einmal, bevor du ihn genehmigst.

Ein WAF-pull-request kann nur prod-Dateien haben

Ein pull request für eine WAF-Policy kann nur Dateien für prod haben oder für canary und prod. Führe die pipeline für die Umgebungen mit Änderungen aus und begründe im Ticket, warum canary übersprungen wird.

5. Das Ticket schließen

  1. Sage dem Anfragenden, dass die Änderung deployt ist. Sage, was er testen kann (zum Beispiel die URL und das Zertifikat).
  2. Öffne das Ticket. Füge eine Zeile hinzu, dass die Änderung deployt ist, weise es dem Autor des pull requests oder dem Anfragenden zu und setze es auf Resolved.

Rollback

Reverte den pull request und führe die pipeline erneut aus (Rollback).