Dokumentation

Sentinel

Autonome Überwachungstools, die auf bestimmte Bedingungen achten und bei Bedarf Korrekturmaßnahmen einleiten.

Sentinel Sentinel Zeitplan wird durch Zeit ausgelöst, Sentinel hingegen durch das Eintreten einer bestimmten Bedingung.

Sie finden es im Bereich Zeitpläne der Factory.

Worauf es achtet

Von Ihnen definierte Bedingungen – ein fehlgeschlagener Prüfungslauf, ein bestimmtes Muster im Quellcode, ein Signal von einem angeschlossenen System oder eine Abweichung von den geltenden Standards.

Wenn ein Überwachungstool auslöst, werden Korrekturmaßnahmen eingeleitet: ein gewöhnlicher Auftrag mit einer entsprechenden Spezifikation, der denselben Planungs-, Erstellungs-, Verifizierungs- und Rezensionsprozess durchläuft wie jeder andere Auftrag auch.

Warum dieser Ansatz sicher ist

Sentinel passt Ihren Code nicht direkt an. Es leitet Arbeit ein, die Ihren Code korrigiert, und diese Arbeit ergibt einen pull request, den Sie freigeben.

Das ist wichtiger, als es zunächst scheint. Ein autonomes System, das Produktionscode direkt bearbeitet, hat zum kritischsten Zeitpunkt – wenn niemand die Änderung angefordert hat und niemand zuschaut – keinen Rezensionsschritt. Die Einbindung in den regulären Prozess sorgt dafür, dass die Autonomie die Durchlaufzeit verkürzt, ohne die Kontrolle zu beeinträchtigen.

Vorlagen

Häufig genutzte Überwachungstools werden als Vorlagen bereitgestellt, sodass Sie nicht von Grund auf selbst eine erstellen müssen – wiederkehrende Integritätsprüfungen, Abweichungserkennung und standardisierte Korrekturzyklen.

Starten Sie mit einer Vorlage, lassen Sie sie vorübergehend im Berichtsmodus laufen und passen Sie sie an, bevor Sie sie zur automatischen Einleitung von Arbeit nutzen.

Die Kontrolle behalten

Die durch Sentinel eingeleitete Arbeit konkurriert um dieselben Agentenslots wie alle anderen Aufträge. Ein häufig auslösendes Überwachungstool kann Ihre Kapazitäten unbemerkt verbrauchen.

Drei Regeln, um die Nützlichkeit zu gewährleisten:

  1. Weisen Sie ihm eine niedrigere Priorität als der von Menschen angeforderten Arbeit zu. P2 oder P3.
  2. Definieren Sie präzise Bedingungen. „Ein Test ist fehlgeschlagen“ löst ständig aus, wenn das Repository stark genutzt wird; „dieser spezifische Prüfungslauf ist seit mehr als einer Stunde im Basisbranch fehlgeschlagen“ hingegen nur dann, wenn tatsächlich ein Problem vorliegt.
  3. Das Ergebnis überprüfen Wenn ein Überwachungstool zwanzig Aufträge erzeugt hat und Sie nur zwei davon gemergt haben, produziert es nur unnötigen Aufwand und verschwendet Ressourcen, statt Nutzen zu stiften.

Der Merge-Rate statt der Auslöse-Rate beachten

Der wahre Maßstab für ein Überwachungstool ist der Anteil der erzeugten Arbeit, der tatsächlich gemergt wird. Ein Tool, das selten auslöst und jedes Mal richtig liegt, funktioniert einwandfrei. Ein Tool, das ständig auslöst und meist ignoriert wird, ist eine Belastung.