Netzbetrieb, der sich wiederholen lässt
Wir bauen die Automatisierungskette für Ihr Netz: Source of Truth, Configuration as Code, Validierung und kontrollierte Ausführung — als Werkzeug für verlässliche Changes, nicht als Selbstzweck.
- NetBox als Source of Truth
- Changes aus Templates
- Pre- und Post-Checks mit pyATS
- Git-Historie zu jedem Change
Die Kette vom Datensatz bis zum Post-Check
Source of Truth
NetBox als führendes Datenmodell: Standorte, Geräte, VLANs und Präfixe — abgeglichen gegen die Realität.
Configuration as Code
Zielkonfiguration aus Jinja2-Templates und strukturierten Daten, versioniert in Git statt in Einzeldateien.
Pipelines & Rollout
Render, Diff, Dry Run, Freigabe, Deploy: jeder Standard-Change fährt dieselbe geprüfte Strecke.
Validierung mit pyATS
Pre- und Post-Checks für Routing, Nachbarschaften, Redundanz und Erreichbarkeit — vor und nach jedem Change.
Drift-Erkennung
Soll-Ist-Vergleich im Betrieb: Abweichungen werden sichtbar, bevor sie zum Vorfall werden.
Betriebsübergabe
Runbooks, Rollen und Schulung: Ihr Team betreibt die Kette selbst — oder wir tun es im Managed-Modell.
So gehen wir vor
Automatisierung folgt dem Risiko und dem wirtschaftlichen Nutzen — in genau dieser Reihenfolge.
Assessment
Wie belastbar sind Inventar, Standards und Change-Prozess? Wo lohnt Automatisierung zuerst?
Datenmodell & Source of Truth
NetBox aufbauen und befüllen; die Wahrheit wandert aus Tabellen und Köpfen in ein geprüftes Modell.
Erste Kette produktiv
Ein wiederkehrender Change wird vollständig automatisiert — mit Tests, Freigabe und Rollback.
Ausbau & Governance
Weitere Use Cases, Peer-Review-Pflicht, getrennte Umgebungen und vollständige Protokollierung.
Werkzeuge & Plattformen
- NetBox
- Ansible
- Python
- Jinja2
- Git
- Cisco pyATS / Genie
- Meraki Dashboard API
Nächster Schritt
Der erste automatisierte Change
Wir starten mit dem Assessment und automatisieren dann die Strecke, die sich zuerst rechnet — nachvollziehbar und mit definierten Kontrollen.
Assessment anfragen