Unternehmen

Von Betreibern entwickelt. Für Menschen, die Pager tragen.

Wir entwickeln Betreibersoftware für kritische Infrastruktur — Telemetrie, Alarmkorrelation, Runbook-Automatisierung und Compliance-Beweise auf einer Konsole. Ein verteiltes Team von Spezialisten für kritische Infrastruktur weltweit, das in enger Zusammenarbeit mit Kunden-NOC-Betreibern liefert.

Die These

Das NOC des nächsten Jahrzehnts ist eine Konsole — nicht acht.

Jeder Betreiber, den wir gesprochen haben, spielte dasselbe Spiel: acht Observability-Werkzeuge, drei Ticket-Systeme, eine Tabelle für Beweise, ein Slack-Kanal, in dem die eigentliche Arbeit stattfindet. Die Plattformanbieter versprechen alle "eine einheitliche Konsole". Keiner liefert sie.

Entwickelt von Norton-Gauss SAS in Eure, Normandie. Im Mai 2026 gegründet, um das Alarm-Triage-Problem zu lösen, das der Gründer durch jahrelangen Betrieb verteilter Infrastruktur selbst erlebt hat. ObservOne ist die Plattform, die es nicht gab.

Die Plattform wird von Anfang bis Ende von Betreibern geprägt, die Pager tragen. Keine Ausschuss-Software. Keine Berater-Software. Betreiber-Software.

Wie wir entwickeln

Vier Dinge, bei denen wir keine Kompromisse machen.

Die Regeln, gegen die jedes Feature ausgeliefert wird. Sie kosten uns Roadmap-Geschwindigkeit — und das ist der Punkt.

Betreiber sind keine Nutzer. Sie sind Mitautoren.

Jedes Feature wird von einem aktiven NOC-Betreiber mitgestaltet, bevor es ausgeliefert wird. Nicht "Nutzerforschung", nicht "Interviews" — wir sitzen auf ihrer Bank.

  • Kunden-Betreiber haben Schreibzugriff auf unser Roadmap-Board
  • Jedes Release ist an mindestens einem Betreiber-Abnahme-Gespräch geknüpft
  • Kein Feature wird ohne ein Runbook ausgeliefert, das ein Techniker wirklich befolgen kann

Standardmäßig nur lesend. Schreibzugriff wenn verdient.

Wir beginnen im Beobachtungsmodus. Schreibzugriff ist per Runbook und Rolle opt-in — der Betreiber entscheidet, wann das System das nächste Privileg verdient hat.

  • Nur-Lesen-Aufnahme von Tag eins · keine Flottenexposition
  • Schreibzugriff pro Runbook + pro Rolle · entziehbar, protokolliert
  • Sandbox-Simulation bevor ein Runbook jemals die Produktion berührt

Kein Vendor-Lock-in ist ein Feature — kein Marketing.

Jedes Ereignis, das wir erfassen, exportieren wir in OpenTelemetry. Jede API ist OpenAPI 3.1. Uns zu verlassen ist eine Konfigurationsänderung — keine Migration.

  • OpenTelemetry-Export · Tag eins · keine zusätzliche Lizenzierung
  • OpenAPI 3.1-Schema · bereichsbegrenzte Token · signierte Webhooks
  • Datenresidenz unter Ihrer Kontrolle · Regionsverankerung standardmäßig

Beweise zuerst. Marketing danach.

Compliance, Verfügbarkeit, MTTR — jede Aussage auf dieser Website stammt aus versiegelten, exportierbaren Beweisen im Produkt, oder sie erscheint nicht auf der Website.

  • Versiegelte, datierte Beweispakete für jede geprüfte Aussage
  • Nur-Lesen-Prüfermodus für SOC 2, ISO 27001, NFPA, NEVI
  • Methodik-Notizen auf Anfrage verfügbar — nicht im Marketing-PDF
Wie wir arbeiten

Remote-first.
Europäisch verankert.

Technik
Europa (Remote-first)
Kernteam in der Normandie, Frankreich, mit Remote-Mitwirkenden in ganz Europa. Arbeitszeiten UTC+1/UTC+2. Async-first mit täglichen Überschneidungsfenstern für Kunden-NOC-Schichten.
Kundenerfolg
Europa · Expansion in die USA 2027
Arbeitszeiten überschneiden europäische und nordamerikanische NOC-Schichten für kritische Infrastruktur. Vor-Ort-Einsatz für kritische Inbetriebnahmen und AHJ-Besuche nach Vereinbarung.
Partnerschaften
Weltweit
EU-Markt direkt ab Start. Nordamerika partnergeführt bis 2026; direkte US-Präsenz für 2027 geplant.
Hands-on

Sehen Sie die Plattform.
Dann treffen Sie das Team.

30 Minuten mit einem Solutions Engineer — wir bringen einen Betreiber ans Gespräch. NDA-freundlich. Wir stellen auch ein, falls Sie deshalb hier gelandet sind.