Automatisierung und ihre Schutzgrenzen

Automatisierungsregeln

Öffnen Sie einen Bereich, Automatisierung. Eine Automatisierungsregel liest sich wie ein Satz: in diesen Projekten, wenn etwas geschieht, sofern dies zutrifft, dann tue das. Sie gilt für jedes Projekt des Bereichs oder für die, die Sie auswählen. Automatisierungsregeln schreiben die Personen, die die Workflows des Bereichs verwalten (wer nur die Workflows eines Projekts verwaltet, schreibt die Automatisierungsregeln, die allein für dieses Projekt gelten), und sie laufen als das Konto Automation mit den Rechten dieses Kontos im jeweiligen Projekt. Skripte gibt es nicht; Automatisierungsregeln werden aus dem Katalog zusammengestellt.

Auslöser

Status geändert, Arbeitselement angelegt, Arbeitselement gelöscht, Unterelement angelegt, Element verknüpft, Feld geändert, Bearbeiter geändert, Kommentar hinzugefügt, Anhang hinzugefügt, Zeit erfasst, Fälligkeit naht, Sprint gestartet oder abgeschlossen, Version angelegt, geändert, veröffentlicht, zurückgezogen oder gelöscht, Projekt angelegt, SLA-Schwelle, Zeitplan, manuell, Entwicklungsereignis aus Git und eingehender Webhook.

Aktionen

E-Mail senden, kommentieren (intern oder mit dem Kunden geteilt), den Kommentar, der die Automatisierungsregel geweckt hat, bearbeiten oder löschen, Arbeitselement anlegen, Element klonen, Status wechseln, zuweisen (an eine Person, an die meldende Person, an die auslösende Person, an die am wenigsten beschäftigte aus einem Pool oder an niemanden), Felder ändern, unter ein anderes Element stellen, Elemente verknüpfen, Dateien eines anderen Elements anhängen, Beobachter hinzufügen, Zeit erfassen, Version veröffentlichen, eine Google-Drive-Datei anlegen, eine Nachricht an Slack oder Microsoft Teams senden, eine Web-Anfrage senden sowie Verzweigungen nach "Wenn / sonst".

Web-Anfragen

Die Aktion "Web-Anfrage senden" ruft einen Server Ihrer Wahl auf. Sie akzeptiert http und https auf den Ports 80, 443 oder oberhalb von 1023, folgt keinen Weiterleitungen und gibt nach 5 Sekunden für den Verbindungsaufbau und 20 Sekunden für die Antwort auf. Adressen im eigenen Netz des Servers (Loopback, private und Link-Local-Bereiche, Namen auf .local und .internal, Cloud-Metadaten) werden abgewiesen. Eine Nachricht an Slack oder Teams wird nach denselben Regeln gesendet, und zwar nur über https.

Eingehende Webhooks

Eine Automatisierungsregel mit dem Auslöser "eingehender Webhook" bekommt eine geheime Adresse unter /api/webhooks/automation/. Ein anderes System sendet ihr per POST JSON (bis 64 KB); die Regel kann einmal laufen oder für jedes Arbeitselement, das unter workItems (oder unter Jiras issues) benannt ist, bis zu 100. Eine falsche Adresse und eine abgeschaltete Automatisierungsregel antworten beide mit 404. Geben Sie eine neue Adresse aus, um die alte außer Dienst zu stellen.

Schutzgrenzen

• Von einem Ereignis geweckte Automatisierungsregeln laufen auf zwei Hintergrund-Threads, nie innerhalb der Anfrage, die das Ereignis ausgelöst hat; nur eine Automatisierungsregel, die eine Person von Hand am Arbeitselement startet, läuft, während sie wartet
• Eine Kette von Automatisierungsregeln, die tiefer als 3 reicht, wird als Schleife gestoppt
• Eine Automatisierungsregel kann höchstens 500-mal in der Stunde laufen, alle Automatisierungsregeln zusammen 5000-mal; darüber hinaus werden sie gedrosselt
• Dieselbe Automatisierungsregel öfter als 5-mal je Minute am selben Arbeitselement wird gestoppt
• Eine Automatisierungsregel, die 5-mal hintereinander fehlschlägt, schaltet sich selbst ab und nennt den Grund
• Zeitgesteuerte Automatisierungsregeln laufen mindestens 5 Minuten auseinander und bearbeiten höchstens 200 Elemente je Lauf
• Bis zu 10.000 Ereignisse warten in der Warteschlange; darüber hinaus wird ein Ereignis verworfen und protokolliert

Jede Automatisierungsregel führt ein Protokoll ihrer Läufe, jeder davon an die Fassung der Regel gebunden, die gelaufen ist; angezeigt werden die neuesten 50.