DevOps & SRE

Die meisten Plattformen scheitern nicht. Sie bleiben leer. Die Landing Zone läuft, das Pipeline-Template existiert, und Teams deployen noch immer so wie vor drei Jahren – weil der alte Weg der ist, den sie kennen.

Wir arbeiten innerhalb Ihrer Teams, bis die Plattform der Weg des geringsten Widerstands ist, und wir halten das, was darauf läuft, schnell und reibungslos, sobald es soweit ist.

VERTRAUT VON ENGINEERING-TEAMS BEI:

  • Deutsche Telekom
  • Uniper
  • GOLDBECK
  • PwC
  • Vattenfall
  • Schwarz Gruppe
  • Cornelsen
  • Meridiam

Was genau ist DevOps & SRE?

Platform Engineering legt das Fundament. DevOps und SRE entscheiden, ob jemand davon profitiert. Zwei Disziplinen, und wir bieten beide an – denn eine ohne die andere lässt Sie entweder mit einer Plattform zurück, die niemand nutzt, oder mit Teams, die auf einem Fundament optimieren, das sie nicht trägt.

Diese Seite behandelt alles, was auf dem Fundament aufbaut. Falls das Fundament das ist, was Ihnen fehlt, bauen wir es im Rahmen von Platform Engineering – oder Sie wählen KumoOps und überspringen den Aufbau gänzlich. Wir arbeiten in Ihren Teams, an Ihren Services, mit Ihren Mitarbeitenden direkt dabei – denn Enablement, das in einer Ticket-Queue stattfindet, ist kein Enablement.

Nicht sicher, was Sie benötigen?

  1. Platform EngineeringNoch keine Plattform und Sie möchten eine aufbauen.
  2. KumoOpsEine Plattform ohne selbst eine zu bauen.
  3. DevOps & SREDie Plattform existiert und Ihre Teams nutzen sie nicht. Sie sind hier richtig.

Golden Paths, keine Dokumentation

Ein Team nimmt eine Plattform an, wenn das Deployment darauf schneller ist als die Alternative. Wir bauen ein Template pro Framework, das Sie tatsächlich einsetzen – mit Pipeline, Helm-Chart, Base-Image, Policies und Dashboards, die bereits verdrahtet sind. Ein neuer Service geht am ersten Tag in Produktion statt in der sechsten Woche. Die angestrebte Abdeckung umfasst die wenigen Service-Typen, die den Großteil dessen ausmachen, was Sie entwickeln.

Several people seated along a long wooden table in a wood-paneled room, attending a workshop with laptops and drinks on the table.

Pipelines und Packaging, neu aufgebaut für das, was Sie heute liefern

KI hat das Schreiben von Code beschleunigt. Ihren Build-, Test- und Release-Prozess hat sie nicht beschleunigt – und genau dort staut sich der zusätzliche Durchsatz jetzt auf. Wir modernisieren Pipelines, containerisieren Anwendungen, die nie dafür ausgelegt waren, und beheben das zugrunde liegende Packaging: Base-Images mit einem Maintenance-Owner, SBOM pro Build, signierte Artefakte, Promotion zwischen Stages ohne Neubau des Images. Schnellere Lieferung und eine Supply Chain, der ein Prüfer folgen kann, sind dieselbe Aufgabe.

Two colleagues sitting at a wooden table, each focused on their own laptop.

Zuverlässigkeit messbar machen, nicht nur behaupten

Die meisten SLOs scheitern, weil sie den Load Balancer statt des Nutzers messen, oder p50 statt p99. Wir definieren Ziele aus echten User Journeys, instrumentieren die Services entsprechend mit OpenTelemetry und reduzieren Alerting auf das, wofür jemand tatsächlich geweckt werden sollte. Wenn doch etwas ausfällt, lautet das Ziel jedes Mal gleich: Ursache in Minuten finden, nicht in einem War Room mit vierzehn Leuten im Call.

Three people sit on green armchairs in a bright lounge, chatting beside a laptop and a small table.

Warum das verändert, was Ihre Teams liefern können

  • Enablement mit einem EnddatumWir arbeiten gemeinsam mit Ihren Engineers an ihren Services, anstatt ein Wiki zu übergeben. Der Maßstab für Erfolg ist, dass Sie uns beim nächsten Mal nicht mehr anrufen.
  • Golden Paths aus einer getesteten Bibliothek55 Terraform-Module und 40 Helm-Charts, bereits andernorts in Produktion. Ihre Templates starten von bewährten Bausteinen, nicht von einer leeren Datei.
  • Wir verbessern die Kennzahlen, an denen Sie gemessen werdenDeployment-Häufigkeit, Lead Time for Changes, Change Failure Rate und Recovery Time – gemessen vor unserem Start und erneut bei der Übergabe. Dazu SLOs pro Service und ein Toil-Inventar, damit Verbesserungen sichtbar sind statt nur behauptet zu werden.
  • Regulierte Umgebungen sind der NormalfallKRITIS, Gesundheitswesen, Carrier, Finanzdienstleistungen. Policies, Nachweise und Segregation of Duties bleiben erhalten, während die Liefergeschwindigkeit steigt – weil sie Teil der Pipeline sind und kein Hindernis davor.
  • Sie entscheiden, wer danach den Pager trägtIhre Teams übernehmen On-Call mit den Runbooks und Dashboards, die wir gemeinsam mit ihnen erstellt haben. Oder KumoOps übernimmt – unsere fertige Cloud-Plattform inklusive CloudOps, zum monatlichen Festpreis mit Incident Response unter 15 Minuten.

Vier Schritte. Von der Bestandsaufnahme zum Regelbetrieb.

  1. Schritt 01

    Messen, was Sie haben

    Die vier Delivery-Metriken, ein Toil-Inventar und ein Value Stream, der von Commit bis Produktion vollständig abgebildet ist. Meist ist der langsamste Schritt nicht dort, wo ihn jemand vermutet.

  2. Schritt 02

    Einen Golden Path aufbauen

    Der Service-Typ, den Sie am häufigsten erstellen, vollständig: Pipeline, Packaging, Policies, Observability, Rollback. Ein echtes Team, ein echter Service, in Produktion.

  3. Schritt 03

    Rollout durch Pairing.

    Die nächsten Teams migrieren mit uns an ihrer Seite, nicht anhand eines Handbuchs. Jede Migration verbessert das Template und verkürzt die nächste.

  4. Schritt 04

    Den Zuverlässigkeitskreislauf schließen

    SLOs, Error Budgets, On-Call-Rotation und blameless Postmortems, die wirklich etwas verändern. Dann betreibt Ihr Team es – oder KumoOps übernimmt das.

Branchen, in denen wir unterstützen

Telekommunikation

Carrier-Grade-Delivery, bei der ein fehlgeschlagenes Rollout innerhalb von Minuten für Millionen sichtbar wird.

Financial Services

Change-Control und Aufgabentrennung innerhalb der Pipeline – nicht als manuelle Freigabe davor.

Logistik & E-Commerce

Saisonale Zuverlässigkeit mit SLOs, die an den Bestellfluss gebunden sind – nicht an die Server-Uptime.

Healthcare

Regulierte Release-Pfade mit vollständiger Nachverfolgbarkeit vom Commit bis zur deployten Version.

Die Zusammenarbeit mit dem Team ist aus Kundenperspektive wirklich angenehm. Anforderungen werden durchdacht hinterfragt, um die höchste Qualität der Softwareprodukte sicherzustellen. Die Teams sind Meister ihres Fachs und gewährleisten den reibungslosen Betrieb der containerisierten Cloud‑Anwendung.
uniper logoLars DonatUniper Energy Sales · Uniper SE

Womit wir arbeiten.

Nichts davon ist exotisch – und genau das ist der Punkt. Ihre Teams müssen das nach unserem Abgang betreiben, und die Personalsuche dafür sollte einfach sein. Wir setzen auf Tools mit den größten Ökosystemen und der besten Dokumentation, und investieren unsere Energie in deren sinnvolle Verknüpfung – nicht in die Suche nach etwas besonders Cleverem.

DELIVERY
  • GitLab CI
  • Argo CD
  • Progressive Rollouts
  • Automatisiertes Rollback
  • Trunk based Delivery
PACKAGING & RUNTIME
  • Helm
  • Kustomize
  • Kubernetes
  • Container Images
  • Base Images
  • Signierte Artefakte
RELIABILITY
  • SLOs aus User Journeys
  • OpenTelemetry
  • Grafana
  • On-Call-Design
  • Fehlerbudgets
  • Schuldfreie Postmortems

Ihre Plattform läuft. Wie viele Teams sind aktuell darauf?

Zwei Wochen, ein Value Stream, Ihre vier Delivery-Metriken und die Liste der Hindernisse. Unverbindlich.

DURCHSCHN. ANTWORTZEIT < 1 WERKTAG