Datadog-Rechnungsschock macht aus Observability eine Budget-Horrorshow

Man erkennt, dass ein Tool von hilfreich zu stressig gekippt ist, wenn Engineers über die Rechnung sprechen, bevor sie über den Incident sprechen, den es lösen half. So war die Stimmung in einer aktuellen Online-Diskussion über die Datadog-Abrechnung. Dass die Plattform Geld kostet, war dabei gar nicht der Vorwurf, denn niemand in ernsthafter Infrastrukturarbeit erwartet kostenlose Observability. Die Beschwerde war, dass sich die Rechnung glitschig anfühlen kann, als würde sie ihre Form verändern, sobald ein Team aufhört, sie im Blick zu behalten. Ab diesem Punkt trägt jedes Dashboard neben der Telemetrie noch ein bisschen Angst mit sich.

Neben dem Preis macht die schleichende Drift Angst

Ein paar Kommentatoren beschrieben mit unterschiedlichen Worten dasselbe hässliche Muster. Man unterschreibt den Vertrag, richtet die Grundlagen ein und sagt sich, die Ausgaben seien handhabbar. Dann wächst die Umgebung: Ein paar Teams schalten mehr Logs ein, jemand fügt APM hinzu, um einen schmerzhaften Service zu debuggen, und eine neue Container-Flotte kommt dazu. Schon bald kann niemand die Rechnung mehr in einem Satz erklären. Eine Person sagte, sie sei sich nicht einmal sicher gewesen, welcher Teil zuerst explodiert sei. Eine andere sagte, es habe keinen einzelnen dramatischen Fehler gegeben, vielmehr hätten sich Dutzende kleiner Standardentscheidungen unbemerkt zu einem sehr teuren Normalzustand aufgetürmt.

Die Verteidiger von Datadog hatten allerdings einen echten Punkt. Tiefe Observability ist teuer, weil die zugrunde liegende Arbeit teuer ist. High-Cardinality-Telemetrie zu speichern, Logs zu indizieren, Traces zu korrelieren und über all das hinweg schnelle Abfragen zu bedienen, verbrennt echte Infrastruktur und echte Engineering-Zeit. Manche Leute in der Diskussion sagten im Grunde: Wer im Chaos sofortige Antworten will, zahlt diesen Komfort irgendwo, und damit haben sie recht. Käufer fragen aber neben dem Gegenwert des Produkts auch, ob das Geld nachvollziehbar bleibt.

Warum Finance hasst, was Engineering Flexibilität nennt

An dieser Stelle wird der Streit innerhalb der Unternehmen hässlich. Engineers mögen Optionalität und wollen das einschalten können, was ihnen hilft, zu sehen, was gerade kaputtgeht. Finance will Vorhersagbarkeit und Zahlen, die sich brav verhalten. Datadog steckt mitten in diesem Zusammenstoß. Mehrere Leute online klangen weniger wütend auf den Anbieter als auf das interne Ritual, das er erzeugt: Überraschungsmeetings, Kostenprüfungen, Last-Minute-Kürzungen der Log-Retention und panische Jagden nach doppelter Ingestion. Eine anonyme Stimme sagte, am schlimmsten sei weniger das Bezahlen der Rechnung als das monatliche Neuverhandeln, warum Visibility so viel kosten muss.

Es gab außerdem ein schärferes drittes Lager von Leuten, die das teilweise für ein Disziplinproblem auf Kundenseite halten. Ihr Argument war einfach: Wer nie Nutzungs-Guardrails setzt, nie Tags auditiert, nie verrauschte Streams sampelt und nie veraltete Collectors aufräumt, bekommt natürlich eine aufgeblähte Rechnung. Dem ist schwer zu widersprechen, denn viele Teams behandeln Observability wie ein All-you-can-eat-Buffet und tun dann schockiert, wenn die Rechnung kommt. Selbst dieses Lager klang aber frustriert, weil eine Plattform, auf der man leicht zu viel ausgibt, Reibung schon im Design erzeugt. Mit gutem Tooling sollte der sichere Weg der normale sein und keine Heldentat erfordern.

Der eigentliche Schaden ist psychologisch

Sobald ein Team das Vertrauen in die Abrechnung verliert, vergiftet das jedes Gespräch über neue Nutzung. Eine weitere Integration aktivieren? Vielleicht besser nicht. Logs noch einen Monat in voller Auflösung behalten? Wahrscheinlich nicht. Ein neues Service-Team onboarden? Erst, nachdem jemand den Explosionsradius berechnet hat. Diese Denkweise verändert, wie Leute das Produkt nutzen: Sie fragen irgendwann weniger danach, was ihnen das beste operative Bild gibt, und mehr danach, was sie sich zu sehen leisten können. Ein Kommentator sagte im Grunde, er habe gelernt, wie ein Rationierungsbeamter zu denken und nicht mehr wie ein Engineer, und das ist eine erbärmliche Art, Observability zu betreiben.

Trotzdem verteidigten manche die Ausgaben, wenn Ausfälle zuschlugen. Sie argumentierten, Datadog verdiene sich seinen Platz oft genau in den schlimmsten Momenten, wenn alles brennt und das Team einen einzigen Ort braucht, um schnell durch das Rauschen zu schneiden. Das zählt, denn billiges Tooling, das die Wahrheit verbirgt, kommt am Ende teuer. Die Kritiker der Plattform bestritten diesen Wert auch gar nicht. Sie fragten, warum ein Produkt, das auf Visibility aufgebaut ist, Kunden so oft dazu bringt, die eigene Rechnung mit zusammengekniffenen Augen anzuschauen. Wer Teams hilft, verborgenes Systemverhalten zu finden, sie aber verborgenes Kostenverhalten erraten lässt, liefert den Widerspruch gleich mit.

Was Käufer jetzt wirklich wollen

Auf Monitoring zum Nulltarif steuern die Unternehmen laut der Diskussion nicht zu. Sie wollen Observability, die sie budgetieren können, ohne jede Woche eine Séance abzuhalten, mit klaren Unit Economics, lauten Warnungen vor Spitzen, vernünftigen Standardeinstellungen und Abrechnungsansichten, die eine Geschichte erzählen, der normale Menschen folgen können. Eine Person sagte, der Traum sei einfach: Keine Rechnung sollte einen Detektiv erfordern. Der Satz bleibt hängen, weil er zeigt, wie niedrig die Messlatte inzwischen liegt. Die Leute wollen schlicht keine Angst mehr davor haben, dass Erfolg, Skalierung oder Neugier später als finanzieller Hinterhalt auftauchen.