Scripts und Automatisierung: Abläufe sicher planen

Ein Script ist ein Programm, das eine definierte Aufgabe ausführt. Es kann Dateien prüfen, Dokumente erzeugen, Informationen zusammenstellen oder einen betrieblichen Arbeitsschritt vorbereiten. Der Vorteil liegt in der wiederholbaren Ausführung. Dafür muss jedoch bekannt sein, welche Regel gilt und wie Ausnahmen behandelt werden. Ein unklarer Ablauf wird durch Automatisierung nicht automatisch eindeutig.

Beschreiben Sie den aktuellen Vorgang mit Auslöser, Eingaben, Arbeitsschritten und Ergebnis. Welche Tätigkeit wiederholt sich tatsächlich? Welche Entscheidungen benötigen weiterhin eine Person? Für den Einstieg eignet sich häufig ein eng begrenzter Teil, dessen Ergebnis kontrollierbar ist. Beispielsweise kann ein Script neue Dateien prüfen und eine Liste auffälliger Einträge erstellen, bevor eine Person die Weiterverarbeitung freigibt.

Bewerten Sie neben ersparter Handarbeit den Prüf- und Pflegeaufwand. Ein selten ausgeführter Vorgang mit vielen wechselnden Sonderfällen kann zunächst besser dokumentiert werden. Wenn Regeln und Eingangsdaten stabil sind, ist eine Automatisierung leichter abzugrenzen. Die Übernahme von Daten zwischen verschiedenen Systemen ist eine eigene Frage; der Artikel zur Planung einer API-Schnittstelle beschreibt deren Datenvertrag.

Vor einer Verarbeitung sollte das Script prüfen, ob die benötigten Eingaben vollständig und plausibel sind. Eine leere Ablage kann bedeuten, dass heute nichts zu tun ist. Sie kann aber auch auf einen falschen Pfad oder ausgebliebene Daten hinweisen. Legen Sie fest, wie diese Fälle unterscheidbar werden. Eine falsche Voraussetzung soll kein scheinbar gültiges Ergebnis erzeugen.

Die Ausführung braucht außerdem Grenzen: zugelassener Eingangsbereich, vorgesehenes Ziel, maximale Laufzeit und benötigte Rechte. Eine Datei-Verarbeitung sollte etwa keine beliebigen anderen Ordner bearbeiten dürfen. Zugangsdaten werden getrennt vom Programm verwaltet und nicht in Ausgaben sichtbar gemacht. Der konkrete Schutz wird mit der technischen Umgebung vereinbart, statt pauschal durch eine Programmiersprache zugesagt.

Trennen Sie die Erzeugung eines Ergebnisses von dessen Veröffentlichung. Eine vorbereitete Datei kann zuerst vollständig geprüft und dann als aktueller Stand bereitgestellt werden. Wenn diese Trennung technisch passend umgesetzt wird, müssen Nutzer nicht mit einer halbfertigen Ausgabe arbeiten. Die genaue Methode hängt von Dateisystem, Datenbank und verbundenen Diensten ab. Bei einem Abbruch bleibt erkennbar, welche Schritte abgeschlossen sind und welche noch fehlen.

Ein vorübergehend nicht erreichbarer Dienst kann bei einem späteren Versuch wieder verfügbar sein. Eine fachlich ungültige Eingabe wird durch zehn Wiederholungen dagegen nicht korrekt. Definieren Sie Fehlerarten und passende Reaktionen. Das Script soll einen endgültigen Fehler verständlich melden und nicht unbegrenzt weiterlaufen. Auch eine dauerhaft falsche Berechtigung benötigt eine Korrektur statt immer neuer Versuche.

Die Microsoft-Dokumentation zum Retry-Muster behandelt begrenzte Wiederholungen, Wartezeiten und die Abhängigkeit vom Fehlertyp. Sehr schnelle Wiederholungen können einen bereits ausgelasteten Dienst weiter belasten. Für Ihren Auftrag sind deshalb eine Obergrenze der Versuche, eine zeitliche Grenze und das Verhalten nach deren Erreichen relevant.

Besonders wichtig ist ein unklarer Ausgang: Eine Änderung kann erfolgreich gespeichert worden sein, obwohl die Rückmeldung fehlt. Vor einem erneuten schreibenden Versuch muss die Lösung dieses Risiko berücksichtigen. Eine Fehlermeldung bedeutet nicht zwangsläufig, dass nichts passiert ist. Der Wiederanlauf knüpft daher an einen bestätigten Zustand oder einen geeigneten Schutz vor Doppelwirkung an. Andernfalls ist eine fachliche Klärung durch die Betreuung nötig.

Ein brauchbarer Betriebsnachweis enthält den gestarteten Lauf, seinen Endzustand und eine fachliche Ergebniskontrolle. Dazu können Anzahl bearbeiteter Elemente, Zeitpunkt der Eingangsdaten und Zeitpunkt der fertigen Ausgabe gehören. Welche Information relevant ist, folgt der Aufgabe. Eine reine Meldung „Programm beendet“ zeigt noch nicht, dass das benötigte Ergebnis im richtigen Ziel bereitsteht.

Die OWASP-Empfehlungen zu Anwendungsprotokollen behandeln aussagekräftige Ereignisse und Daten, die nicht ungeschützt protokolliert werden sollten. Passwörter, Zugriffstoken und unnötige vertrauliche Inhalte gehören nicht in gewöhnliche Laufmeldungen. Eine neutrale Vorgangskennung kann helfen, zusammengehörige Ereignisse zuzuordnen, ohne sämtliche Eingangsdaten zu kopieren.

Definieren Sie auch eine Meldung, wenn überhaupt kein Lauf stattfindet. Sonst bleibt ein ausgefallener Auslöser unbemerkt. Eine verantwortliche Person braucht ein verständliches Signal und einen nächsten Schritt: Eingang prüfen, Dienst kontrollieren oder Entwicklung hinzuziehen. Alarmgrenzen und Aufbewahrung der Protokolle werden passend zum Bedarf vereinbart. Für die allgemeine Betreuung nach Veröffentlichung bleibt der Artikel zum Website-Betrieb nach dem Launch die übergeordnete Einordnung.

Ein Fachhändler möchte morgens aktuelle technische Datenblätter in einer internen Ablage bereitstellen. Das Script prüft zuerst den vorgesehenen Eingang und erzeugt die Dokumente in einem Arbeitsbereich. Nur eine vollständig geprüfte Ausgabe wird als neuer Stand bereitgestellt. Wenn der Eingang fehlt, meldet es diesen Zustand; der vorherige Stand bleibt mit seinem tatsächlichen Datum erkennbar.

Ein zweiter Start für denselben Eingangsstand soll keine zusätzlichen Veröffentlichungen auslösen. Wird die Erzeugung unterbrochen, wird der Arbeitsbereich als unvollständig behandelt und die Ausgabe kontrolliert neu aufgebaut. Das Beispiel enthält bewusst keine automatischen Kunden-Nachrichten. Ein solcher Versand würde eine eigene Regel für Empfänger, Freigabe und wiederholte Versuche benötigen.

Ein erster Auftrag kann nur diese klar abgegrenzte Erzeugung umfassen. Weitere Schritte werden nach der Prüfung des Betriebs ergänzt. In unserem Leistungsbereich Scripts und Automatisierung entwickeln lassen besprechen wir den heutigen Vorgang, seine Ausnahmefälle und den nötigen Betriebsnachweis. Eine kurze Beschreibung und neutrale Beispiele reichen für den Einstieg; geheime Zugänge werden dabei nicht benötigt.