Wir begleiten euch auf dem Weg hin zu einer modernen, betreibbaren Plattform. Von VMware, von Legacy-Linux, von ersten Kubernetes-Versuchen oder zurück aus der Hyperscaler-Welt. Gemeinsam mit eurem Team, damit ihr am Ende stärker dasteht, nicht abhängiger.
Modernisierung beginnt selten freiwillig. Meistens steht ein Druck dahinter, eine Frist, eine Lizenz, ein Lieferant. Manchmal auch nur der klare Blick darauf, dass was heute läuft, morgen nicht mehr reicht. Wir kennen die Muster.
Die neue Version eures KIS, eures ERP oder eurer Branchenlösung läuft nur noch auf Kubernetes. Ihr habt die Plattform nicht, der Lieferant wartet nicht. Plötzlich seid ihr im Plattform-Projekt, ohne es geplant zu haben.
Die Broadcom-Übernahme hat die Lizenzkalkulation auf den Kopf gestellt. Was gestern berechenbar war, ist heute eine Wette. Ihr sucht einen Weg raus, aber nicht ins nächste Lock-in.
Hyperscaler-Rechnungen wachsen schneller als das Geschäft. Datenschutz, digitale Souveränität und Regulatorik machen die Sache komplizierter, nicht einfacher.
Legacy-Linux, gewachsene VMs, erste Kubernetes-Gehversuche aus drei Teams. Jeder Tag, an dem ihr nicht handelt, vergrössert die Lücke zwischen dem, was ihr habt und dem, was ihr braucht.
Wir begleiten euch nicht nur durch die Migration, sondern gemeinsam mit eurem Team durch den ganzen Übergang. Drei Phasen, klar getrennt, aber durchgängig gedacht. Wir arbeiten als verlängerte Werkbank eurer Plattform-Organisation, nicht daneben.
Wir verstehen, bevor wir migrieren.
Wir analysieren euren Status quo: Welche Workloads laufen wo, was ist eigene Software, was Drittsoftware, was läuft stabil, was läuft eigentlich nur noch, weil sich niemand traut es abzuschalten. Wo steht euer Team heute, was kann es, was muss es lernen? Daraus entsteht ein Modernisierungs-Pfad, der zu eurer Realität passt, nicht zu unserem Lieblings-Stack. Welche Workloads migrieren wir, in welcher Reihenfolge? Risiken, Migrationspakete und Erfolgskriterien definieren wir gemeinsam mit euch.
Wir migrieren in Etappen, nicht in einem Big Bang.
Wir bauen die neue Plattform parallel zur alten auf, in einer Architektur, die zu eurem neuen Ziel passt und nicht zum gestrigen Standard. Dann migrieren wir Workload für Workload: zuerst die unkritischen, dann die Wichtigen, immer mit klaren Rollback-Pfaden. Euer Team ist von Anfang an mit am Tisch. Ihr lernt die neue Plattform, während wir sie aufbauen.
Wir bleiben, solange ihr uns braucht.
Wenn die neue Plattform steht, beginnt das eigentliche Spiel: stabiler Betrieb und kontinuierliche Weiterentwicklung. Über unser SRE-as-a-Service-Modell übernehmen wir den Betrieb, falls ihr wollt. Das ist nicht ein klassischer Managed Service. Wir investieren mindestens die Hälfte unserer Zeit in Automatisierung, Toil-Reduktion und Verbesserung. So bleibt eure modernisierte Plattform nicht nur lauffähig, sondern wird mit der Zeit besser. Bis ihr sagt, dass ihr selbst weitermacht.
Wir migrieren so vollständig wie nötig, so schrittweise wie möglich. Nicht jede VM muss zum Container werden. Nicht jeder Stack muss in einem Quartal umziehen. Wir machen das, was zu eurer Realität passt.
Wir denken Modernisierung in Richtung Unabhängigkeit, nicht in Richtung des nächsten Vendors. Wo immer möglich, nutzen wir Open Source Software und bevorzugen bestehende on-prem Infrastruktur oder souveräne Cloud-Anbieter. Eure neue Plattform soll euch gehören, nicht jemand anderem.
Modernisierung ist keine Übergabe. Vom ersten Tag an arbeiten wir mit eurem Team, nicht neben ihm. Am Ende könnt ihr betreiben, was wir gemeinsam gebaut haben.
Wir sind Ingenieure, die mit Ingenieuren reden. Direkt, transparent, kollegial. Modernisierung muss sich für euch rechnen, nicht nur technisch funktionieren. Wir zeigen klar auf, was eure Investition bringt.
Eure neue Plattform ist nicht nur neuer, sie ist besser. Stabil im Betrieb, klar in der Architektur und vorbereitet auf das, was morgen kommt.
Euer Geschäft läuft weiter, während wir migrieren. Wir arbeiten in Etappen mit klaren Rollback-Pfaden. Kein Big Bang, keine durchgemachten Nächte, falls es nicht unbedingt sein muss.
Wenn wir gehen, fällt euer Team nicht ins kalte Wasser. Es übernimmt eine Plattform, die es kennt.
Open Source, dokumentiert, von eurem Team verstanden. Eure neue Plattform ist souverän und portabel. Ihr entscheidet, wo sie läuft, mit welchen Komponenten, mit welchem Betriebsmodell.
Modernisation ist mehr als Migration. Hier die Bausteine, die wir je nach Ausgangslage zusammensetzen.
Status-quo-Analyse, Workload-Inventar, Migrations-Pfade
Strategische und technische Begleitung beim Ausstieg
Workloads zurück aus AWS, Azure oder GCP, geordnet und planbar
Linux-VMs und klassische Stacks zu Containern, Workload für Workload
Aus mehreren gewachsenen Clustern wird eine betreibbare Plattform
Saubere Pfade für eigene Software und Drittsoftware
Was migriert wird, wird gleich automatisiert.
Eure VMs laufen auf der neuen Plattform weiter, neben den Containern.
Pairing, Schulung, gemeinsame Reviews
Welchen Stack wir nutzen und warum, zeigen wir auf derTechnologien-Seite.
Modernisation ist kein Plug-and-Play. Es ist gemeinsame Arbeit. Damit beide Seiten wissen, worauf sie sich einlassen: für wen wir die Richtigen sind, und für wen nicht.
Von der Schweizer Behörde bis zum spezialisierten Software-Hersteller.
Kundenlogos folgen.
Erfolgsgeschichten und Case Studies folgen hier, sobald Freigaben vorliegen.
Wenn ihr beim Lesen mehrfach genickt habt, lohnt sich ein Gespräch. Wir starten meist mit einem unverbindlichen Kaffee. Ohne Pitch, ohne Verpflichtung. Ihr erzählt, wo ihr heute steht und wohin ihr wollt. Wir erzählen, wo wir helfen können und wo nicht.
