Zum Inhalt

Spoke-Deployment

Operator-Runbook für das Deployment einer genehmigten und gemergten spoke-Änderung: ein neuer spoke oder die Änderung eines bestehenden. Lies es zusammen mit Neuer Spoke und Pipelines und Workflows.

1. Bevor du anfängst

  • Der pull request ist nach main gemergt.
  • Du kennst den genauen Pfad jeder spoke-Datei im pull request, relativ zum Ordner spokes/ der Plattform- Umgebung, zum Beispiel team-a/canvas_app1_dev.json.
  • Du hast Zugriff auf die pipelines der richtigen Plattform-Umgebung.

2. Den spoke planen

  1. Öffne die pipelines und wähle die spoke-pipeline (spoke).
  2. Stelle sicher, dass der Lauf den Branch main verwendet.
  3. Setze die spoke-Auswahl (spokeGlob) auf die Datei, die du deployen willst. Verwende den Pfad relativ zu spokes/, zum Beispiel team-a/canvas_app1_dev.json. Verwende nicht das Default-Muster, das jeden spoke trifft, es sei denn, du willst alle planen.
  4. Prüfe, dass sich die Entry-pipeline nicht in einem Modus befindet, der nur plant (whatIf: true), wenn du den spoke anwenden willst (Parameter, die du ändern wirst).
  5. Starte den Lauf.
  6. Wenn der Lauf zur Genehmigung anhält, prüfe, dass die Stage prepare and plan grün ist. Lies dann die Ausgabe des Terraform- plans und vergleiche sie mit dem pull request:
    • Der plan entspricht den Änderungen im pull request.
    • Ersetzungen von Rollenzuweisungen sind üblich und normalerweise kein Problem.
    • Wenn der plan Änderungen oder Löschungen für eine neu angelegte spoke-Datei zeigt, stoppe den Lauf und frage einen zweiten Engineer.
  7. Wenn der pull request mehrere spoke-Dateien enthält, wiederhole den Lauf für jede Datei.

3. Genehmigen und anwenden

Bitte einen zweiten Engineer, den plan zu genehmigen (oder genehmige ihn selbst, wo dein Prozess es erlaubt), und verfolge den Lauf, bis er abgeschlossen ist.

4. Das Apply prüfen

Wenn die Stage apply grün ist:

  1. Öffne das apply-Log.
  2. Prüfe, dass die angeforderte Änderung durchgeführt wurde: Die spoke-Ressourcen sind so erstellt oder geändert, wie der plan es sagte.
  3. Verlasse dich nicht allein auf die grüne Stage. Wenn die Änderung nicht in der Ausgabe steht, gilt das Deployment nicht als erfolgreich: untersuche es und frage bei Bedarf einen zweiten Engineer.
  4. Führe die Prüfungen aus Neuer Spoke → Prüfen durch: management group, Tags, Virtual Network, die Verbindung zum hub, die Entra-ID-Gruppen und der Zugriff des Teams.

5. Das Ticket schließen

Ergänze im Ticket eine Zeile, dass der spoke deployt ist, weise es dem Anfragenden zu und setze es auf Resolved (Der Standardänderungsprozess).