wie sixty abschneidet — Full-Stack-Observability-Plattform
Sixty gegen New Relic
Dieselbe Breite wie Datadog auf einem freundlicheren Zähler, mit einem wirklich großen kostenlosen Kontingent — und demselben Nachmittag Einrichtung, bevor es irgendetwas sagt.
Worin New Relic gut ist
New Relic hat das Ehrlichste getan, was in diesem Markt seit einem Jahrzehnt jemand getan hat: es hat aufgehört, pro Host abzurechnen. Der Zähler sind aufgenommene Daten und Menschen, die sich anmelden, und die ersten 100 GB jeden Monat kosten nichts — was für eine kleine Anwendung wirklich fast den ganzen Weg bis kostenlos ist, und unbegrenzt viele Leute können sie abfragen und Dashboards bauen, ohne zu einer Rechnungsposition zu werden.
Darunter ist es eine echte Plattform mit der passenden Breite: APM, Infrastruktur, Logs, Browser, Mobile, Synthetics und Fehler, alles in einer Sprache abfragbar. Die Datenbankansicht ist gut, die Deployment-Markierungen funktionieren, und das kostenlose Kontingent ist groß genug, dass ein Versuch dich einen Nachmittag kostet und keine Bestellanforderung.
New Relic kostet 100 GB im Monat kostenlos, danach 0,35 $ pro GB und 99 $ pro Vollnutzer, so veröffentlicht auf der eigenen Preisseite im August 2026. Sixty kostet €14.99 pro month, pauschal.
Was Sixty anders macht
Der Nachmittag ist der Haken, und es ist derselbe wie bei jeder Plattform. New Relic gibt dir ein sehr gutes Instrumentenbrett und überlässt dir das Fliegen: welche Dashboards du behältst, welche Alarmbedingungen du schreibst, wie ein normaler Dienstag für diesen Endpunkt aussieht. Der Ausgangszustand ist eine Menge zutreffender Diagramme und keine Meinung — und eine Meinung ist genau das, woran es jemandem fehlt, der jede Woche ein Nebenprojekt ausliefert.
Das andere, was man deutlich sagen sollte, ist, dass Gigabyte ein Zähler sind, den du nicht kontrollierst und nur schwer vorhersagen kannst. Er ist fairer als pro Host und trotzdem nutzungsbasiert, was heißt: der Monat, in dem deine Anwendung beliebt wird, ist der Monat, in dem sich die Rechnung bewegt — und die meisten Leute schauen sich Ingest zum ersten Mal genau an, nachdem das passiert ist.
Sixty misst eine Sache und sagt dir, was sie bedeutet. Es vergleicht dieses Release mit dem letzten, und wenn sich die Form der Arbeit verändert hat, sagt es, welche Änderung es war, in einem Satz, und übergibt die Belege dem Agenten, der es beheben wird. Es gibt nichts zu bauen, und der Preis bewegt sich nicht, wenn dein Traffic es tut.
Nebeneinander
Dieselben 12 Fragen, die der vollständige Vergleich jedem Werkzeug stellt, mit den zwei Zeilen, die Sixty verliert, mit drin.
| Was verglichen wird | Sixty | New Relic |
|---|---|---|
| Was du einrichten musstBevor es dir überhaupt irgendetwas sagen kann. | Nichts. Ein Befehl, keine Dashboards, keine Schwellwerte | Dashboards und Alarmbedingungen, oben auf kuratierten Ansichten |
| Zeit bis zum ersten BefundVon der Installation zu einem Satz, der eine Ursache benennt. | Dein nächstes Deployment | Stunden — installieren geht schnell, zu entscheiden was falsch ist nicht |
| Vergleicht ein Release mit dem vorherigenAutomatisch, ohne dass eine Frage gestellt wird. | Ja — jeder Befund ist ein Release gegen das davor | Ja, über Change Tracking und Deployment-Markierungen |
| Zeilen pro Aufruf, Abfragen pro RenderDie Form dessen, was deine Datenbankarbeit zurückgibt, nicht wie lange sie gedauert hat. | Ja, das ist das Kernsignal | Traces langsamer Abfragen ja. Eine Basislinie für zurückgegebene Zeilen nein |
| Seitenwerte pro RouteGrößter Bildaufbau, Reaktion auf Eingaben, Layoutverschiebung. | Ja, nach Land aufgeschlüsselt | Ja — Browser-Monitoring, als Ingest abgerechnet |
| Fehler, die Erfolg meldenLeere Ergebnisse, abgewiesene Anfragen, Buttons ohne Handler. | Ja — das ist das meiste, was es findet | Nur das, wofür du eine Alarmbedingung schreibst |
| Benennt die Änderung, die es verursacht hatDen Pull Request in diesem Deployment, nicht nur das Deployment. | Ja — der Pull Request in diesem Deployment, der die Datei angefasst hat, in der der Befund steckt | Change Tracking markiert das Release und verlinkt das Deployment. Nicht die Datei |
| Was dein Coding-Agent bekommtSie haben inzwischen alle einen MCP-Server. Diese Zeile sagt, was dadurch ankommt. | Das Vorher und Nachher der Form, das Release, das sie verändert hat, und die Stack-Frames — ungefragt, über MCP | Antworten auf Fragen, auf die ein Agent kommt. Ungefragt kommt nichts an |
| Erhobene Daten über deine NutzerWas auf dem Server eines anderen landet, weil du es installiert hast. | Keine. Keine IDs, keine Cookies, keine URLs, keine Aufzeichnungen | Session-IDs, und Nutzerattribute, wenn du sie setzt |
| Infrastruktur, Logs, ContainerHosts, Pods, Queues — die Schicht unter der Anwendung. | Nein | Ja |
| Laufzeitumgebungen, die es misstServer-side. Browser coverage is separate and mostly universal. | Node, Python, Go, Ruby und PHP auf Postgres, MySQL oder MongoDB. Ein vorhandener OpenTelemetry Collector ergänzt Traces und Metriken aus jeder OTEL-Laufzeit; native Agents bleiben genauer. Jedes Frontend und Backend | Alles |
| PreisList price for a comparable product, read August 2026. | €14.99 im Monat, pauschal | Free to 100 GB, then $0.35 / GB |
Welches man nehmen sollte
Nimm New Relic, wenn
- Du willst ein Werkzeug über deinen ganzen Stack und bist bereit, einen Tag dafür aufzuwenden.
- Deine Dienste laufen auf etwas, wofür es hier keinen Agenten gibt — Java, .NET, Rust oder Elixir.
- Du brauchst Logs und Infrastruktur neben Anwendungs-Traces.
- Die kostenlosen 100 GB decken dich wirklich ab und du würdest lieber nichts zahlen.
Nimm Sixty, wenn
- Du willst nie ein Dashboard bauen oder eine Alarmbedingung schreiben.
- Das Signal, das du brauchst, ist „was hat dieses Deployment verändert“, nicht „was passiert gerade“.
- Du willst eine Rechnung, die sich nicht bewegt, wenn deine Anwendung eine gute Woche hat.
- Deine Lösung sollte in deinem Editor ankommen und nicht in deinem Posteingang.
Die beiden schließen sich nicht aus, und die ehrliche Antwort ist oft beides. Nichts hier weigert sich, neben New Relic zu laufen, und viele Leute behalten es.
Fragen, die tatsächlich gestellt werden
Reicht das kostenlose Kontingent von New Relic für eine kleine Anwendung?
Oft ja — 100 GB im Monat sind eine Menge Telemetrie für eine Anwendung, und wenn du Diagramme brauchst und die Möglichkeit, nachzusehen, ist es ein fairer Anfang. Was das kostenlose Kontingent nicht ändert, ist, dass du derjenige bist, der etwas bemerken, es für unnormal halten und herausfinden muss, welches Deployment es verursacht hat.
Macht Sixty Logs?
Nein, und es ist nicht geplant. Logs sind ein Suchproblem mit einer Speicherrechnung daran, und das ist ein anderes Produkt als dieses. Sixty sind Messungen über die Form deiner Arbeit, und deshalb passt es in einen Pauschalpreis.
Die anderen Vergleiche
Sixty gegen Sentry
Das Beste seiner Klasse für den Absturz, den man sehen kann. Die Lücke ist der Fehler, der nie geworfen wird — und das, was es über die Person speichert, die darauf gestoßen ist.
Produktanalytik, mit Fehler-TrackingSixty gegen PostHog
Wahrscheinlich schon in deiner Anwendung, und wahrscheinlich kostet es dich nichts. Es beobachtet den Funnel und den Absturz — nicht die Abfrage unter beiden.
Plattformeigenes MonitoringSixty gegen Vercel
Echte Seitenzeiten mit einem Häkchen, und ein Agent, der deine Logs untersucht, wenn etwas ausschlägt. Es hört dort auf, wo deine Datenbank anfängt.
Full-Stack-Observability-PlattformSixty gegen Datadog
Alles, für alle, abgerechnet pro Host. Unschlagbar, wenn du Infrastruktur betreibst; eine Menge Produkt zu tragen, wenn du eine Anwendung auf Vercel hast.
OTEL-native Observability und KI-SRESixty gegen Dash0
Ein vollständiges OTEL-Ziel für Traces, Metriken, Logs und Infrastruktur, während Agent0 Vorfälle untersucht und behebt. Sixty ist der schmalere Release-Detektor.
Open-Source-Stack, gehostetSixty gegen Grafana Cloud
Das Flexibelste und das Meiste an Arbeit. Prometheus, Loki, Tempo und OpenTelemetry, für dich gehostet — und trotzdem ein Projekt statt eines Produkts.