In diesem Blogbeitrag gehen wir auf Aspekte ein, die Sie bei der Auswahl einer Low-Code-Plattform für Ihr Unternehmen beachten sollten, um der Abhängigkeit von einem Provider zu entgehen. Dabei betrachten wir auch auf diesbezügliche Unterschiede zwischen einer hochleistungsfähigen Low-Code-Plattform und „traditionellem“ Low-Code.
Inhalt:
- Was ist Vendor Lock-in? Was sind die Risiken?
- Was ein Lock-in nicht ist
- Wie Sie einen Vendor Lock-in vermeiden
- Sind Sie bereit, hochleistungsfähigen Low-Code auszuprobieren?
Der Bedarf an Geschwindigkeit, die zunehmende Online-Präsenz von Kunden und neue hybride Arbeitsumgebungen haben die Popularität von Low-Code-Plattformen erhöht. Auch Branchenanalysten sind sich einig, dass Low-Code in den nächsten Jahren den Großteil der Enterprise-Applikationen prägen wird.
„Bis 2025 werden 70% der von Unternehmen entwickelten neuen Applikationen Low-Code- oder No-Code-Technologien verwenden, gegenüber weniger als 25% im Jahr 2020.“
— Gartner, Magic Quadrant for Enterprise Low-Code Application Platforms
Die Veränderungen der letzten Jahre haben die Vorteile von Low-Code verdeutlicht. Dennoch haben viele IT-Leiter Bedenken, dass Low-Code die Zukunft ihres Unternehmens beeinträchtigen könnte. Jüngsten Erhebungen von Gartner zufolge ist einer der Hauptgründe für entsprechende Befürchtungen der sogenannte Vendor Lock-in.1
Dahinter steht die Frage: Was passiert mit meinen Applikationen, wenn ich mich von einer Low-Code-Plattform trennen sollte?
Was ist Vendor Lock-in? Was sind die Risiken?
Von einem Vendor Lock-in sprechen wir, wenn ein Kunde von der proprietären Technologie eines Anbieters abhängig ist, um seine Probleme zu lösen. Oft ist die entsprechende Technologie nicht mit der von Wettbewerbern oder anderen Anbietern kompatibel. Ein Vendor Lock-in kann sich über die Technologie hinaus auf alle Bereiche erstrecken, in denen Sie von einem Anbieter abhängig sind, wie z. B. Datenbanken, Customer Relationship Management oder Betriebssysteme.
Als Low-Code-Plattformen noch nicht so ausgereift waren wie heute, konnte eine solche Abhängigkeit dazu führen, dass Sie den gesamten Zugriff auf die mit der Plattform erstellten Applikationen verloren, wenn Sie nicht mehr für die Plattform gezahlt haben. Auch heute noch gibt es viele Unterschiede zwischen Low-Code-Plattformen, wie ich in meinem letzten Blogbeitrag über den Low-Code-Markt gezeigt habe. Dazu gehören auch verschiedene Formen der Abhängigkeit von einem bestimmten Anbieter. Die meisten Low-Code-Plattformen verfügen über Funktionen, die verhindern, dass Sie den Zugriff auf Ihre Applikationen verlieren, wenn Ihr Vertrag ausläuft oder Sie ihn nicht verlängern. Doch das bedeutet nicht, dass es kein Risiko für Sie gibt. In vielen Fällen gilt Folgendes:
- Sie können Ihre Apps nicht modifizieren. Das heißt: Wenn sich eine Technologie weiterentwickelt, tun ihre Apps es nicht. Die entsprechenden Apps können sich sogar verschlechtern und ihre technischen Schulden vergrößern.
- Umständliche Entwicklung ist notwendig, um Daten, Geschäftslogik und UI-Schichten auf eine andere Plattform zu migrieren.
- Sie können die verschiedenen Schichten der Applikation migrieren, sind aber von der Technologie abhängig, die der Anbieter auswählt. Dies kann Sie dazu zwingen, neue Entwickler einzustellen, die auf diese neue Technologie spezialisiert sind – zu einer Zeit, in der Entwickler knapp und teuer sind.
Was ein Lock-in nicht ist
Die meisten Low-Code-Anbieter sagen, dass sie Sie nicht an sich binden und führen dazu die folgenden Argumente auf:
- Sie können andere Technologien und Applikationen integrieren.
- Sie können Open-Source-Komponenten verwenden, die auf standardbasierten Sprachen wie C#, .NET, Java, React oder Angular basieren.
- Sie können die Plattform in einer Cloud-Umgebung Ihrer Wahl betreiben.
- Die Plattform generiert Code, den Sie in Ihrer bevorzugten Sprache bearbeiten können.
Verglichen mit der Situation vor ein paar Jahren ist dies definitiv eine Weiterentwicklung. Dennoch besteht eine sehr hohe Wahrscheinlichkeit, dass Sie Ihre Applikationen nicht modifizieren können, dass Sie Ihre technischen Schulden erhöhen und dass die Migration auf eine andere Plattform herausfordernd wird.
Hier liegt der Unterschied zwischen Low-Code und hochleistungsfähigem Low-Code.
Der hochleistungsfähige Low-Code von OutSystems bietet Funktionen, die sicherstellen, dass Sie zu keiner Zeit ein Lock-in zu befürchten haben. Das ist eine starke Aussage, die ich erläutern möchte. Es genügt ein kurzer Vergleich von OutSystems mit anderen Low-Code-Plattformen, basierend auf den Empfehlungen von Gartner zur Vermeidung eines Lock-ins.
Wie Sie einen Vendor Lock-in vermeiden
In der kürzlich gehaltenen Präsentation „How to Mitigate Vendor Lock-In, Technical Debt, and Security Risks of Low-Code Development“ nennt Jason Wong von Gartner Empfehlungen, wie Sie eine Abhängigkeit von Ihrem Low-Code-Anbieter umgehen.
Planen Sie auf lange Sicht
Vergewissern Sie sich, dass das Lizenzierungsmodell der Low-Code-Plattform für die Applikationen geeignet ist, die Sie langfristig erstellen – d. h. über 3 bis 5 Jahre hinweg oder länger. Berücksichtigen Sie dabei die Art und Anzahl der Benutzer sowie den Anwendungsfall. Sind die Apps für den internen oder externen Gebrauch bestimmt? Evaluieren Sie davon ausgehend die Auswirkungen, die das Lizenzierungsmodell auf Ihre Vision haben kann.
Implementieren Sie eine lose gekoppelte Architektur
Je enger Sie mit der Low-Code-Plattform integriert sind, desto mehr sind Sie an sie gebunden. Um eine zu starke Bindung zu vermeiden, sollten Sie Ihre Datenbank als „System of Record“ für komplexere Anwendungsfälle von der Datenbank in der Low-Code-Plattform getrennt halten. So können Sie sie behalten, wenn Sie Ihren Vertrag mit dem Low-Code-Anbieter beenden.
Minimieren Sie Programmierung und Scripting
Vermeiden Sie Anpassungen, die umfangreiche Code-Komponenten in der Plattform erfordern, und nutzen Sie Erweiterungen wie APIs zur Unterstützung der Integration und der individuellen Frontend-Entwicklung. Für komplexere Szenarien erstellen Sie Anpassungen und Erweiterungen in einer Cloud-Plattform oder als serverlose Funktion und integrieren diese über eine API in die Low-Code-Plattform.
Schauen wir uns nun an, wie hochleistungsfähiger Low-Code all diese Empfehlungen umsetzt und wie er im Vergleich zu traditionellem Low-Code wirklich ohne Lock-in funktioniert.
Lesen Sie auch den Erfahrungsbericht von Savana darüber, wie das No-Lock-in-Angebot von OutSystems dem Unternehmen die nötige Flexibilität verschafft hat, um als ISV seinen UX-Entwicklungsansatz zu transformieren.
Sind Sie bereit, hochleistungsfähigen Low-Code auszuprobieren?
Mehr über die No-Lock-in-Architektur von OutSystems erfahren Sie in unserer Dokumentation:
1 How to Mitigate Vendor Lock-In, Technical Debt and Security Risks of Low-Code Development, Jason Wong, Gartner 2022.
