01.02.2022
Instaclustr
Drei Schritte für die Migration zu Open Source
Autor: Bernhard Lauer
Bernhard Lauer, Wordle
Die Verwendung proprietärer Software ist in den seltensten Fällen das Nonplusultra: zu viele Nachteile gehen damit einher. Eine Migration auf Open-Source-Software (OSS) bringt mehr Flexibilität und spart Kosten, versichert Instaclustr.
Unternehmen, deren proprietäre Software zu unflexibel und kostspielig ist, profitieren selten von einem Wechsel innerhalb der proprietären Welt: Die Probleme bleiben, inklusive des Vendor-Lock-ins, der sie von den Launen der Hersteller abhängig macht. Die verheißungsvolle Lösung ist Open-Source-Software (OSS). Mit den folgenden drei Schritten funktioniert die Migration garantiert, sagt Instaclustr.
1. Status Quo definieren und Alternativen identifizieren
Im ersten Schritt der Migrationsbemühung sollten sich wechselwillige Unternehmen vor Augen führen, welche Funktionen die aktuell noch genutzte proprietäre Software abdeckt. Das erleichtert die Wahl der zukünftigen Open-Source-Software. Natürlich gibt es auch Features, die nicht immer leicht zu ersetzen oder sehr speziell sind. In diesem Fall kann es notwendig sein, entsprechende Funktionen selbst zu erstellen oder von externen Entwicklern programmieren zu lassen. Dieses Vorgehen ist mittelfristig aber meistens trotzdem kosteneffizienter als der Einsatz einer proprietären Lösung, da keine Lizenzgebühren anfallen.
2. Migrationsplan erstellen
Während der Migration auf die neue Infrastruktur sollte es nach Möglichkeit nicht zu Ausfällen kommen. Um dies sicherzustellen, gibt es unterschiedliche Ansätze – je nach Anbieter der proprietären Software, die aktuell im Einsatz ist, und der OSS, die sie ersetzen soll. Der Migrationsplan sollte definitiv eine Gap-Analyse beinhalten, die aufzeigt, ob es in Bezug auf die Funktionalität der zukünftig eingesetzten Software noch Lücken gibt, die gestopft werden müssen. Der obligatorische Health Check enthüllt, wie gut die aktuelle IT-Infrastruktur funktioniert und welche Prozesse in Zukunft optimiert und angepasst werden müssen.
Der letzte Punkt im Migrationsplan ist die Bestimmung eines Migrationsschemas. Das Schema legt fest, wie die Migration vonstatten gehen soll. Beliebte Vorgehensweisen sind etwa das kontinuierliche Migrieren Knoten für Knoten oder das Erstellen eines Mirrors des Clusters und das anschließende Entfernen des alten. Welches Vorgehen das Richtige ist, müssen Unternehmen individuell entscheiden – externe Hilfe von Experten kann dabei wertvoll sein.
3. Migration durchführen
Der erste Schritt der Migration ist die Entfernung sämtlicher noch vorhandener Abhängigkeiten zu Features der proprietären Software. An deren Stelle treten die Open-Source-Alternativen. Danach geht die IT genau nach dem zuvor erstellten Migrationsplan vor, um die neue Software in Stellung zu bringen. Alle Cluster und anderen Elemente der Infrastruktur, die das Unternehmen nicht mehr benötigt, nehmen die Mitarbeiter vom Netz.
Zum Schluss folgt ein weiterer Health Check des Systems und eine Überprüfung der Performance. Läuft alles glatt, können die Mitarbeiter schließlich sämtliche proprietäre Legacy-Software entfernen und den Kollegen die Nutzung der neuen Infrastruktur erklären.
Webentwicklung
Welches Web-Framework ist das passende? Ein Experiment
Entwickler Eugene Yan untersucht in einem Praxisbeispiel, wie unterschiedliche Web-Frameworks die Entwicklung einer Anwendungen beeinflussen. Am Start sind FastHTML, Next.js und SvelteKit.
>>
Effizient Implementiert
Thread-Safe Singleton in C#
Das Singleton Pattern, eines der bekanntesten Muster in der Softwareentwicklung, lässt sich auch Thread-Safe umsetzen. Wie das geht, zeigt ein Artikel auf CodeProject.
>>
Microsoft Office
Office Add-ins Development Kit für Visual Studio Code
Microsoft hat das Office Add-ins Development Kit für Visual Studio Code als Preview veröffentlicht. Es soll die Einrichtung der Entwicklungsumgebung vereinfachen.
>>
.NET plattformunabhängig
Microsoft spendet das Mono-Projekt an WineHQ
Microsoft hat überraschend das Mono-Projekt an die WineHQ-Organisation übertragen. Diese Entscheidung wirft Fragen auf: Was bedeutet das für die Zukunft von Mono und wie wird es sich auf die .NET-Community auswirken?
>>