Open Source · Self-hosted

Eine Quelle der Wahrheit. Alle Tools synchron.

Cmdbsyncer ist ein regelbasierter Synchronisations-Hub für Host- und Konfigurationsdaten. Er liest aus CMDBs, Datenbanken und APIs, wendet deine Regeln an und schreibt in Checkmk, Netbox, i-doit, Ansible und mehr — automatisch.

Open Source · Self-hosted · Web-UI & CLI · vollständiger Audit-Trail

Cmdbsyncer
Verbindet deinen Stack Checkmk Netbox i-doit Ansible LDAP Jira VMware MSSQL MySQL pyODBC + Python-SDK
So funktioniert es

Eine vorhersagbare Pipeline.

Cmdbsyncer führt geplante oder Ad-hoc-Sync-Jobs aus. Jeder Job liest aus einer Quelle, wendet deine Regeln an und schreibt in ein Ziel — mit vollständigem Audit-Trail und Dry-Run-Modus.

1

Aus Quellen lesen

Beliebige CMDBs, Datenbanken oder APIs anbinden. Pagination, Delta-Abruf und Rate-Limiting werden automatisch erledigt.

2

Regeln & Filter

Deklarative Regeln entscheiden, was zum Host wird, was getaggt und was verworfen wird. Voller Jinja2-Support, versionierbar.

3

In Ziele schreiben

Checkmk-Ordner, Netbox-Mandanten, Ansible-Inventare beschreiben — idempotent und mit Dry-Run-Vorschau.

Regel-Engine

Regeln entscheiden — nicht Skripte.

Deklarative Filter-, Rewrite- und Action-Regeln bestimmen, was zum Host wird, welche Labels gesetzt werden und was in welches Ziel fließt. Voller Jinja2-Support, in der UI gepflegt und versionierbar — mit Live-Vorschau und Suche.

FilterRewriteActionsJinja2Dry-Run
Regel-Editor
Eingebaute CMDB

Auch als CMDB einsetzbar.

Hosts, Services, Applikationen und Standorte sind eigene CI-Typen mit Templates, Jinja-Feldern und typisierten Beziehungen (depends_on, runs_on, member_of …), die eine vollständige Impact-Chain abbilden. Lifecycle-Stufen, Soft-Delete-Archiv, gespeicherte Suchen und ein Data-Quality-Dashboard — alles aus der UI.

CI-TypenBeziehungenLifecycleData Quality
CMDB
Ansible-Workspace

Ansible direkt aus dem Syncer.

Pro Projekt eine Regel-Quelle, die als eigener Inventory-Provider dient, eine Run-Playbook-Seite mit --check --diff-Vorschau, ein Fire-Rule-Outcome, das Playbooks mit dem passenden Host-Inventar startet, und ein Manifest-basierter Playbook-Katalog mit .local-Override.

Inventory-ProviderRun PlaybookFire RuleKatalog
Ansible-Workspace
Benachrichtigungen

Meldungen, die das Team nicht zudröhnen.

E-Mail-Channels und eine Regel-Engine entscheiden, was wohin gesendet wird: Treffer auf Cron-Fehler, Login-Events, abgelehnte Webhooks oder auditierte Modelländerungen. Payload-Formatierung per Jinja-Template; Cooldowns und Stundenlimits pro Regel verhindern Floods.

E-MailRegel-EngineJinja-PayloadsCooldowns
Benachrichtigungen
Cron-Orchestrierung

Cron-Gruppen für den Produktivbetrieb.

Sync-Jobs werden aus der UI geplant, nach Zweck gruppiert und extern über Webhook-Token pro Gruppe (SHA-256-gehasht) auslösbar. Der Resilient-Modus lässt die übrigen Tasks weiterlaufen, wenn einer fehlschlägt, abgestürzte Läufe geben ihren Lock automatisch frei, und jede Gruppe trackt ihren letzten erfolgreichen Lauf für externes Monitoring.

UI-SchedulingWebhook-TokenResilientLast-Run-Tracking
Cron-Orchestrierung
Und noch mehr

Gebaut für die Produktion.

Bausteine, die den Betrieb berechenbar machen.

Plugins & SDK

Wachsender Katalog an Source- und Target-Plugins — plus ein einfaches Python-SDK für alles, was noch nicht dabei ist.

Dry-Run & Audit

Jeder Job läuft auf Wunsch als Vorschau. Vollständiger Audit-Trail zeigt, was sich wann wohin geändert hat.

REST-API & MCP

Automatisiere alles per REST-API und CLI — und sprich den Syncer über den eingebauten MCP-Server direkt mit deinem KI-Assistenten.

Gespeicherte Suchen

Mächtige Suchsyntax über alle Felder, als wiederverwendbare gespeicherte Suchen — für Listen, Filter und Regeln.

Data-Quality-Dashboard

KPI-Scorecards, Quellen-Aktualität und Stale-Source-Erkennung zeigen sofort, wo Daten veralten.

Open Source & Self-hosted

Läuft komplett bei dir, auf MongoDB. Keine Cloud-Pflicht, keine Datenabflüsse — der Open Core ist kostenlos.

Schluss mit Spreadsheets abgleichen.

Zeit, Zustand zu synchronisieren.