Private client deployment
Die IT-Abteilung des Kunden verfolgte Server, Storage und Kundenumgebungen in Excel-Tabellen und verstreuten Dokumenten: kein Versionsverlauf, keine Möglichkeit zu sehen, was von was abhängt, und Zugangsdaten im Klartext, wo auch immer sie zuletzt eingefügt wurden. Fertige CMDB-Tools wie Docusnap oder i-doit sind für Teams gebaut, die Hunderte Assets über viele Kunden hinweg verwalten, nicht für eine einzelne interne Abteilung, die eher ein strukturiertes Wiki brauchte.
Marketing-Ansatz
- Eine Single-Tenant-Astro-App von Grund auf gebaut: typisierte Datensätze (Server, Datenbanken, Anwendungen und Freitext-Dokumente) mit strukturierten Feldern, vollständigem, diffbasiertem Versionsverlauf und einem gerichteten Beziehungsgraphen mit Zyklen-Erkennung
- Eine verschlüsselte Zugangsdaten-Ebene ergänzt (AES-256-GCM, standardmäßig maskiert, jede Freigabe protokolliert), damit Lizenzschlüssel und Passwörter nicht mehr im Klartext herumliegen
- Nach echten Kundenanforderungen weiterentwickelt: ein frühes Wiki-Modell und eine nachträglich angeflanschte Asset-Tabelle zu einer einheitlichen Collections-und-Items-Struktur zusammengeführt, nachdem sich in der echten Nutzung zeigte, dass die Trennung eher verwirrte als half
Marketing-Ergebnis
- Im aktiven Einsatz bei der IT-Abteilung des Kunden, verfolgt echte Server und Infrastruktur
- Jede Freigabe von Zugangsdaten protokolliert; jede Änderung an einem Datensatz diffbasiert im Versionsverlauf festgehalten
- Deployed auf Vercel + Neon Postgres, mit einem live umschaltbaren Englisch/Deutsch-UI
AstroPostgresDrizzleVercel