CarLicence
CarLicence, ein südafrikanisches Startup, stellt White-label-Infrastruktur für die Erneuerung von Kfz-Zulassungsscheiben (Licence Disc Renewal, LDR) bereit, die Unternehmen, Versicherer und…
Fallstudie ansehen →Bestehende Anwendungen nach Azure oder in eine private Cloud — umgezogen, stabilisiert, überwacht
In die Cloud umziehen. Und dort gut laufen lassen.
Wir migrieren bestehende Anwendungen, meist .NET und SQL Server, auf Cloud-Infrastruktur: nach Azure — oder in eine private Cloud, wenn die Daten in einem bestimmten Land oder einem bestimmten Rack bleiben müssen. Dann richten wir die Umgebungen, die Deployment-Pipeline, das Monitoring und die Kostenkontrolle ein, die daraus ein System machen, das Sie betreiben können — und nicht einen Server, der zufällig woanders steht.
Wir sind genau darin, was das ist.
Wir sind keine Cloud-Beratung und entwerfen keine Enterprise-Cloud-Architekturen auf dem weißen Blatt. Was wir tun, ist enger gefasst und für die meisten mittelständischen Teams nützlicher: die Anwendung nehmen, die Sie bereits haben, sie auf eine Infrastruktur bringen, die in fünf Jahren noch unterstützt wird, und sicherstellen, dass sie mindestens so gut läuft wie zuvor — mit einem Weg zum Deployen, einem Blick auf das, was passiert, und einer Rechnung, die sich erklären lässt.
Migrationen scheitern selten am technischen Umzug. Sie scheitern dort, wo niemand die Datenübernahme geplant, niemand den Ausfall geprobt hat, die Geheimnisse in einer Textdatei mitgezogen sind oder die monatlichen Kosten im zweiten Monat überraschen. Genau diese Teile planen wir zuerst.
Was wir liefern.
Eine Migration ist fertig, wenn die Anwendung einen Monat in Produktion war, ohne dass jemand an die Infrastruktur denken musste. Auf diesen Maßstab hin planen wir.
- Bestandsaufnahme der Anwendung, wie sie heute läuft: Abhängigkeiten, Datenmengen, Integrationspunkte, was sich für die Nutzer nicht ändern darf — und was der Umzug zu beheben erlaubt
- Zielwahl gemeinsam mit Ihnen: Azure App Service, virtuelle Maschinen oder Azure Functions für Hintergrundarbeit; oder eine private Windows-Cloud, wenn Datenresidenz, Verträge oder ein Hosting-Partner es vorgeben
- Umgebungen einrichten: Entwicklung, QA, Test und Live vom ersten Tag an getrennt, damit die Migration selbst geprobt wird, bevor sie ernst ist
- Datenbankmigration nach Azure SQL oder SQL Server in der Cloud, mit Abgleich, damit die Zahlen vor dem Cutover gegen das alte System bewiesen werden können
- Geheimnisse, Identitäten und Netzwerkregeln sauber umziehen: Dienstkonten mit minimalen Rechten, Geheimnisse aus Dateien in einen Tresor, Datenbanken aus dem öffentlichen Internet unerreichbar
- CI/CD-Pipeline und Deployment-Automatisierung, damit das erste Cloud-Release und jedes weitere denselben wiederholbaren Weg gehen
- Monitoring, Alarmierung, Backups und geprobte Wiederherstellungen, damit Sie vor Ihren Nutzern wissen, dass etwas nicht stimmt — und zu einem bekannten Zustand zurückkommen
- Kostenbewusste Konfiguration und saubere Übergabe: dokumentierte Umgebungen und Ihr eigener Zugang zu allem, damit Sie nie aus Ihrer eigenen Infrastruktur ausgesperrt sind
Warum exbisoft.
Migriert für echte Last, nicht für eine Demo.
Eine Plattform zur Führerschein-Verlängerung, die wir für ein Start-up gebaut haben, läuft auf Azure mit SQL Server und Azure Functions für die Verlängerungsprozesse im Hintergrund. Partner betten ihre API in Websites, Apps, Kassensysteme und Geldautomaten ein — die Infrastruktur muss dauerhafte öffentliche Nutzung aushalten. Eine Restaurant-Kassenplattform haben wir auf dieselbe Weise nach Azure gebracht, um Transaktionsvolumen im Händlermaßstab zu tragen.
Private Cloud, wenn das die richtige Antwort ist.
Ein mandantenfähiges ERP für eine Gruppe von Medizinprodukteherstellern läuft in einer privaten Windows-Cloud, weil die Daten der Gruppe dort liegen müssen. Cloud-Migration heißt nicht immer Hyperscaler; es heißt die Infrastruktur, die zu Ihren Verpflichtungen passt — mit derselben Disziplin aufgesetzt.
Fokussierter Umfang, gut gemacht.
Wir tun hier eine Sache: bestehende Anwendungen, meist .NET, umziehen und stabilisieren. Das sagen wir klar, statt Architekturarbeit zu verkaufen, auf die wir nicht spezialisiert sind — und wir holen den richtigen Partner dazu, wenn eine Migration mehr braucht.
Monitoring vom ersten Tag an.
Eine Migration ist nicht fertig, wenn die Anwendung in der Cloud startet. Wir richten Monitoring, Alarmierung und Backups ein, die Ihnen sagen, wenn etwas schiefgeht — und wir proben die Wiederherstellung, damit ein Backup ein Notfallplan ist und keine Datei.
Eine saubere Übergabe.
Dokumentation, Umgebungsdiagramme und Ihre eigenen Zugangsdaten zu jeder Ressource. Wenn Sie es je ohne uns betreiben wollen, können Sie das. Die meisten Kunden behalten uns anschließend für den Betrieb — aber das ist eine Entscheidung, keine Abhängigkeit.
Läuft Ihre Anwendung noch auf Infrastruktur, der sie entwachsen ist?
Erzählen Sie uns, was Sie heute betreiben, wo die Daten bleiben müssen und was Sie am Umzug beunruhigt. Wir sagen Ihnen ehrlich, was der Umzug bedeutet — und was der Betrieb danach kostet.
Gespräch beginnen