DevOps-Werkzeuge
Konfigurationen erzeugen, prüfen und lesbar machen.
Diese Kategorie hilft bei den Dateien, die deine Infrastruktur beschreiben: Cron-Zeitplänen, Docker- und Compose-Dateien, Nginx- und Apache-Blöcken, Kubernetes-Manifesten, systemd-Units, Makefiles und Umgebungsdateien. Der gemeinsame Zug ist, dass ein Tippfehler hier nicht sofort auffällt, sondern erst dann, wenn die Bereitstellung schon läuft. Ein Generator mit einer Vorschau in Klartext ist deshalb billiger als ein Rollback, und weil alles lokal läuft, kannst du echte Hostnamen und Pfade einsetzen.
Werkzeuge in dieser Kategorie
60Über diese Werkzeuge
Cron-Ausdrücke lassen sich nicht ansehen
Fünf Felder mit Sternen, Kommas, Bindestrichen und Schrittwerten bedeuten etwas Genaues, aber niemand liest das auf Anhieb richtig. Der klassische Fehler ist ein Ausdruck, der jede Minute einer Stunde statt einmal zur Stunde läuft, und das merkt man an der Rechnung oder an der Datenbanklast. Eine Erklärung in Klartext plus die nächsten Ausführungszeiten macht den Unterschied sichtbar, bevor er teuer wird.
Umgebungsdateien sind der häufigste Datenleck-Weg
Eine .env-Datei enthält Zugangsdaten im Klartext, und genau deshalb gehört sie in .gitignore und nie in ein Repository, auch nicht in ein privates. Was ins Repository gehört, ist eine Beispieldatei mit denselben Schlüsseln und leeren Werten, damit die nächste Person weiß, was gesetzt werden muss. Aus einer bestehenden Datei eine Vorlage zu erzeugen, ist eine Minute Arbeit, die eine Offenlegung verhindert.
Compose- und Manifestdateien sind YAML mit Regeln
Über der YAML-Syntax liegt bei Compose und Kubernetes ein Schema: Felder haben feste Namen, verschachtelte Ebenen haben feste Formen, und eine falsche Einrückung erzeugt oft keinen Fehler, sondern ein anderes gültiges Dokument. Deshalb startet ein Dienst, ignoriert aber deine Portzuordnung. Zuerst gegen das Schema zu prüfen und dann anzuwenden, fängt genau diese stille Klasse von Fehlern.