Wenn du in einem Unternehmen arbeitest, das mehr als eine Handvoll Services betreibt, kennst du das Problem bereits. Jemand tritt dem Team bei und fragt: „Von welchen Services hängt der Checkout-Prozess ab?“ Niemand hat eine aktuelle Antwort. Das Architekturdiagramm im Wiki war 2022 korrekt. Der Tech Lead gibt eine mündliche Übersicht aus dem Gedächtnis, wahrscheinlich mit zwei vergessenen Details. Zwei Wochen später macht der neue Entwickler eine Änderung, die einen Service kaputtmacht, den niemand erwähnt hat.
Das ist kein Personalproblem. Es ist ein Tooling-Problem. Architekturdokumentation veraltet in dem Moment, in dem sie geschrieben wird, weil sie ausserhalb der Codebasis lebt. Die Services entwickeln sich weiter; das Diagramm nicht.
Service Map löst das, indem es eine Reihe von YAML-Dateien zur Quelle der Wahrheit macht, die zusammen mit dem Code im Repository liegen. Aus diesen Dateien generiert es einen interaktiven, filterbaren, immer aktuellen Abhängigkeitsgraphen, den jeder Entwickler im Browser öffnen, erkunden und per Link teilen kann. Kein Backend erforderlich. Kein SaaS-Abonnement. Keine Daten verlassen jemals deine Infrastruktur.
Was Service Map macht
Service Map ist ein selbst-gehostetes Visualisierungstool, das YAML-Service-Definitionen liest und als interaktiven Graphen rendert. Jeder Knoten im Graphen ist ein Service. Kanten repräsentieren Abhängigkeiten. Der Graph ist live — filtere ihn, fokussiere auf eine Teilmenge, fahre über einen Knoten, um seine gesamte Upstream- und Downstream-Kette zu verfolgen, und kopiere eine teilbare URL, die alles über die aktuelle Ansicht kodiert.
Das Ergebnis ist eine statische Webanwendung: HTML-, CSS- und JavaScript-Dateien, die du auf einem beliebigen Static Host deployst. GitHub Pages, Netlify, Vercel, ein S3-Bucket hinter CloudFront, dein internes nginx — egal. Wenn es Dateien ausliefern kann, kann es Service Map hosten. Null laufende Infrastrukturkosten.
