Observability für Bestandssysteme

Sichtbar machen, was sich der Messung entzieht.

Der Trace endet an der Systemgrenze. Die Standardsoftware liefert keine Telemetrie. Das Altsystem darf niemand mehr anfassen. Wir machen Geschäftsprozesse über diese Grenzen hinweg messbar — ohne eine Zeile Ihres Codes zu ändern und ohne Installation auf Ihren Systemen.

Das Prinzip

Ohne Agenten auf Ihren Systemen.

Der Marktstandard verlangt eine Installation im fremden System: einen Agenten auf jedem Host, in jedem Pod, in jeder Laufzeitumgebung. Wir arbeiten anders — und das ist kein Sparmodell, sondern für einen Teil Ihrer Landschaft der einzige Weg.

  • Die Genehmigung entfällt.

    Eine Installation auf einem Produktivsystem braucht Sicherheitsprüfung, Betriebsfreigabe und manchmal eine Vertragsänderung mit dem Hersteller. Ein ausgehender Aufruf braucht das nicht. Häufig ist das der Unterschied zwischen sechs Wochen und zwei Quartalen.

  • Die Lizenz skaliert nicht mit der Last.

    Agenten werden je Host oder je Instanz abgerechnet. Wer auf vierhundert Instanzen skaliert, zahlt vierhundertmal — ausgerechnet dann, wenn das Geschäft läuft.

  • Der Beobachter greift nicht in den Betrieb ein.

    Instrumentierung, die sich zur Laufzeit in fremden Code hängt, ist ein Eingriff und kein Zuschauen. Wer schon einmal einen Ausfall hatte, dessen Ursache das Messwerkzeug war, braucht dafür keine weitere Begründung.

  • Für die interessanten Systeme gibt es gar keinen Agenten.

    Datenbankprozeduren, ABAP, zugekaufte Standardsoftware, proprietäre Middleware. Genau dort findet Ihr Geschäft statt, und genau dort hört das Angebot des Marktes auf.

Zwei Schwerpunkte

Wir arbeiten an Systemen, die es schon gibt.

Neubau auf der grünen Wiese können viele. Interessant wird es dort, wo eine gewachsene Landschaft weiterlaufen muss, während sie sich verändert.

  • 01

    Observability für Systeme, die dafür nie gebaut wurden

    Traces rückwirkend aus Datenbankspuren rekonstruieren. Standardsoftware ohne OpenTelemetry-Unterstützung an ein durchgehendes Tracing anschließen. Eigene Collector-Komponenten bauen, wo der Standardkatalog aufhört. Fachliche Kennzahlen erheben statt Prozessorauslastung.

    Zum Schwerpunkt Observability

  • 02

    Integration und eventgetriebene Architektur

    Zwei Systeme, die miteinander reden müssen, und niemand kann sagen, was dabei verlorengeht. Event Streaming, CQRS, Change Data Capture — und die schrittweise Ablösung eines Altsystems im Parallelbetrieb, ohne Stichtag, an dem alles auf einmal umschaltet.

    Zum Schwerpunkt Integration

Alle Leistungen im Überblick

Arbeitsweise

Das Verhalten steht fest, bevor die erste Zeile Code entsteht.

Das erwartete Verhalten wird vorab in ausführbaren Szenarien festgeschrieben. Diese Szenarien sind gleichzeitig Anforderung, Test und Abnahmekriterium — abgestimmt und freigegeben, bevor gebaut wird.

Der Unterschied zu „wir testen ordentlich" ist die Falsifikationsdisziplin: Die Testsuite wird selbst geprüft, indem der Produktivcode absichtlich beschädigt wird. Was dabei nicht rot wird, war nie abgesichert.

Wie das im Detail funktioniert

Belegbar

Zahlen, die nachzählbar sind.

1995
Seit diesem Jahr entwickelt SCARATEC Individualsoftware.
664
Spezifizierte Szenarien mit 4.343 Schritten allein im größten laufenden System.
171
Über vierzehn Schichten aufgezählte Fehlerpfade in einer einzigen Komponente — offene Lücken: null. Öffentlich nachzählbar.
GDE
Von Google als Developer Expert für Cloud ausgezeichnet. Professional Cloud Architect.
Erstgespräch

Ein Anruf reicht, um zu klären, ob es passt.

Kein Formular mit zwölf Pflichtfeldern, keine Rückrufkette über einen Vertrieb. Sie schildern den Fall, wir sagen Ihnen, ob wir der Richtige dafür sind — auch dann, wenn die Antwort nein lautet.