Lock-In kann nicht vermieden werden, aber hier erfahren Sie, wie Sie es verwalten

Bild: iStockphoto / Iaremenko

Es ist das "Jahr unseres Lords 2019 und die Leute sind immer noch besorgt über das Lock-In", grummelt Ben Black, die Augen rollen in voller Wirkung. Sein Zynismus ist berechtigt. Während Anbieter ihre Angebote weiterhin so positionieren, dass es nur um die Reduzierung von Lock-In geht, und CIOs in Analystenumfragen weiterhin erklären, dass die Vermeidung von Lock-In weiterhin ein Hauptanliegen ist, besteht die Realität, wie Gregor Hohpe betont, darin, dass wir "eingesperrt werden können" Lock-In zu vermeiden "und Open Source als Allheilmittel für Lock-In zu positionieren" stellt sich als nicht ganz wahr heraus. "

So wie es immer war

Im Jahr 2000 arbeitete ich für Lineo, einen Open Source Embedded Linux-Anbieter. Wir haben über die Verwendung von Linux gesprochen, um eine Lieferantenbindung zu vermeiden. Einige Jahre später war ich bei einem anderen Open-Source-Anbieter (Alfresco) und sprach immer noch über Open Source als Stärkungsmittel für Lock-In. Fast 20 Jahre lang arbeitete ich für Open Source- und proprietäre Unternehmen, aber Lock-In war nie weit vom Gespräch entfernt, unabhängig vom Anbieter.

Ich war auch nicht allein. Open-Source-Anbieter sprachen Open Source als die Antwort auf das Lock-In an, aber so ziemlich jeder Anbieter hat auch einen Aspekt seiner Strategie als Anti-Lock-In angepriesen…

... auch wenn sie Kunden einschließen.

Das Problem bei der gesamten Lock-In-Diskussion ist, dass alles Lock-In erzeugt. Dies gilt unabhängig davon, ob Sie als Verbraucher Android über ein iPhone verwenden, dies gilt jedoch insbesondere für Unternehmen. Innerhalb des Unternehmens führt die bloße Verwendung einer Technologie - unabhängig von Herkunft, Lizenz oder Bereitstellungsmodell - zu einer Sperrung. Warum? Weil ... Reibung. Oder, wie Dave McCrory es ausdrückte: "Jede Wahl hat Widerstand, sobald Sie einen bestimmten Weg eingeschlagen haben."

Ja, auch für Open Source. Während Lucene und Hadoop-Erfinder Doug Cutting (richtig) feststellt, dass Open Source eine ganz andere Form der Sperrung einführt als die Sperrung durch den Anbieter. "Sicher, die Verwendung einer Open-Source-API erschwert den Wechsel zu einer anderen API, verpflichtet Sie jedoch nicht unbedingt zu einer Geschäftsbeziehung." Was er nicht anspricht, sind alle anderen verbleibenden Formen der Sperrung (Produkt, Version, Plattform, Architektur usw.). Wie Patrick Angeles ausruft, stellen selbst Unternehmen, die beschlossen haben, ihre eigene Software zu schreiben (von Grund auf neu oder unter Verwendung von Open Source-Code), fest, dass sie immer noch eingesperrt sind: "Das Team das die Software geschrieben hat dreht sich um, Sie sind jetzt eingesperrt zu einem nicht unterstützten Produkt. "

In der Summe gibt es keinen Ausweg aus dem Lock-In. Der Schlüssel ist die Verwaltung der Umstellungskosten.

Der Preis für Lock-In

Richard Seroter hat diese Ansicht vor einigen Jahren eingefangen, und seine Argumentation trifft heute zu. "Es gibt viele Gründe, sich für Lock-In zu entscheiden, auch wenn diese Technologie einen erheblichen Mehrwert bietet und Sie sich auf die richtigen Aktivitäten konzentrieren", sagte er. Aber wenn ein Anbieter aufhört zu innovieren oder es schwierig ist, Talente für eine bestimmte Technologie zu finden, ist es an der Zeit, die Umstellungskosten zu bezahlen. Es gibt jedoch Möglichkeiten, um sicherzustellen, dass diese Umstellungskosten die ganze Zeit über angemessen bleiben, einschließlich der Einführung von Microservices, der Vermeidung von Technologien, die keine APIs verfügbar machen, und mehr.

Checkliste für das Lieferantenbeziehungsmanagement (TechRepublic Premium)

Eine der wichtigsten Dinge, die zu vermeiden sind, impliziert Seroter, und Massimo Re Ferré hat nach Hause gehämmert. Meta-Management-Ebenen, die behaupten, mehrere Plattformen zu überlagern (wodurch Sie von diesen zugrunde liegenden Plattformen freigeschaltet werden), schließen Sie einfach (überraschend!) In die Managementebene ein . Es wird eine Form der Bindung gegen eine andere getauscht, während ein Großteil des Werts dieser zugrunde liegenden Plattformen eliminiert wird. Vielleicht noch schlimmer, hat Re Ferré vorgeschlagen, dass die Idee eines innovativen Managements auf mehreren Plattformen "nur eine Einhornsache" ist, keine reale Sache.

So sehr Lock-In eine Technologie ist, ist es natürlich eher eine Frage der Kultur, wie Subbu Allamaraju von Expedia beschrieben hat:

Anstatt diese falschen Wege zu beschreiten, sollten Unternehmen "Techniken wie Serviceorientierung, asynchrone und entkoppelte Kommunikationsmuster, Mikroarchitekturen, Experimentieren, schnelles Versagen, Fehlertoleranz, Chaos-Engineering, ständiges Feedback und kontinuierliches Lernen anwenden." "" Auf diese Weise kann ein Unternehmen unabhängig von Open Source- oder proprietärem Code, lokaler Software oder Cloud-Diensten seine Unabhängigkeit und Flexibilität bewahren. Das heißt nicht, dass die Sperre verschwindet, sondern dass sie überschaubar ist.

Open Source Wöchentlicher Newsletter

Sie möchten unsere Tipps, Tutorials und Kommentare zum Linux-Betriebssystem und zu Open Source-Anwendungen nicht verpassen. Dienstags geliefert

Heute anmelden

© Copyright 2021 | mobilegn.com