Nach 11 Wochen Kubernetes-Migration vergisst das Unternehmen, warum es existiert (2020)

Nach einer 11-wöchigen Migration zu Kubernetes vergisst das Unternehmen, warum es existiert

• Das junge Silicon-Valley-Startup Xenobroom Inc. begann im Mai 2020 mit der Modernisierung seiner Server-Infrastruktur.

• Als die tägliche Nutzung während der weltweiten Pandemie sprunghaft anstieg, entschied man sich, die bestehende Infrastruktur auf Kubernetes zu migrieren.

• Das Überdenken und Neuentwerfen einfacher Bash-Skripte und VPS-Maschinen dauerte länger als erwartet.

• Das Unternehmen betrachtete dies als gute Gelegenheit, Software-Abhängigkeiten und Bibliotheken zu aktualisieren.

• Große Teile der PostgreSQL-Datenbank, die auf einer einzelnen Maschine lief, wurden in einen verteilten KV-Storage umgewandelt, der die Flexibilität von AWS nutzt.

• Ein gewöhnlicher Staging-Server mit täglichen Deployments aus dem Branch develop wurde durch einen produktionsorientierten Workflow ersetzt, der CI ermöglicht.

• Als der Migrationsprozess abgeschlossen war, konnte sich im Unternehmen niemand mehr an den Zweck des Produkts erinnern.

• Weder Nutzer noch Investoren hatten das ursprüngliche Produkt verstanden, und nach mehreren Wochen Downtime war es praktisch unmöglich, die Bedeutung des Produkts wiederherzustellen.

• Der CEO suchte Hilfe bei dem Hellseher Phutar Afrayughum, der dafür bekannt sein soll, Googles steigenden Marktanteil bei Messaging-Apps unterstützt zu haben.

Meinung von GN⁺

• Dieser Artikel behandelt satirisch die Auswirkungen einer Migration zu Kubernetes auf ein Unternehmen. Auch in der Realität bringen technische Migrationen große Veränderungen im Betrieb eines Unternehmens mit sich und können mitunter dazu führen, dass das ursprüngliche Ziel aus dem Blick gerät.
• Wer eine technische Migration erwägt, braucht nicht nur ein klares Verständnis der technischen Aspekte, sondern auch von Vision und Zielen der Organisation. Das unterstreicht den Grundsatz, dass Technik dem Zweck einer Organisation dienen sollte.
• Kubernetes ist in vielen Unternehmen eine bevorzugte Plattform für Container-Orchestrierung, doch vor der Einführung sind ausreichende Vorbereitung und Fachwissen erforderlich. Andernfalls können Komplexität und Verwaltungsaufwand steigen.
• Der Artikel erinnert daran, dass die Einführung neuer Technologien nicht immer nur positive Ergebnisse bringt. Er warnt davor, dass Technik mitunter die eigentlichen Werte und Ziele einer Organisation verwischen kann.
• Andere Plattformen mit ähnlichen Funktionen wie Kubernetes sind unter anderem Docker Swarm und Apache Mesos; je nach Situation können sie Alternativen zu Kubernetes sein.

[GN⁺]

Hacker-News-Kommentare

• Entlassung von 20 % des mittleren Managements steigert die Entwicklerproduktivität um das Dreifache

  Es gibt einen Fall, in dem ein Unternehmen durch die Entlassung von 20 % des mittleren Managements zufällig die Entwicklerproduktivität verdreifacht hat.

• Erfahrungsbericht zu einer Migration auf Kubernetes

  Eine derzeit laufende Migration auf Kubernetes dauert bereits zwei Jahre, ist aber noch nicht einmal zu 30 % abgeschlossen; zugleich wird angemerkt, dass sich die Personen, die Kubernetes anfangs am stärksten vorangetrieben haben, inzwischen für LLMs interessieren. Das deutet darauf hin, dass es Menschen gibt, die Neues und Glänzendes mögen, und dass solche Rollen an sich nützlich sein können.

• Unterhaltsame Beiträge im Theolognion-Blog

  Im Theolognion-Blog gibt es mehrere unterhaltsame Beiträge, besonders lustig sind der über einen Entwickler, der ein „perfektes System zum Zusammenführen von Notizen“ entwickelt hat, und der darüber, wie eine KI, die Hacker-News-Kommentare analysiert, alle politischen, wirtschaftlichen und medizinischen Probleme löst.

• Ein Witz über die Ursachen des Scheiterns

  In einem Post-mortem zur Analyse der Ursachen des Scheiterns wird gescherzt, das Unternehmen habe dies wohl als gute Gelegenheit gesehen, Software-Abhängigkeiten und Bibliotheken zu aktualisieren, und hätte vermutlich große Teile einer auf einer einzelnen Maschine laufenden PostgreSQL-Datenbank in einen verteilten KV-Storage umwandeln können, um die Flexibilität von AWS zu nutzen.

• Ein echter Erfolg: Migration auf Kubernetes in 11 Wochen

  Tatsächlich gilt es als großer Erfolg, eine Migration auf Kubernetes in nur 11 Wochen abzuschließen.

• Tipps für die Migration von Services auf Kubernetes

  Komplexe Technologien sollte man zuerst lernen und dann mit kleinen, unwichtigen Services ausprobieren. Man sollte immer nur eine Sache gleichzeitig tun und einfach anfangen. Der Autor hatte keine Probleme damit, Services auf Kubernetes zu migrieren, aber das war das Ergebnis von zwei Jahren Lernen und Ausprobieren sowie mehrerer Ansätze, bis der passendste gefunden war, den man nicht einfach im Internet findet. Der Autor nutzt GitOps ohne Automatisierung und wendet das Nötige mit kubectl apply -k an. Inzwischen gibt es Dutzende Services und genügend Verständnis, sodass die Einführung von flux erwogen wird.

• Systembetrieb ist einfacher und günstiger denn je

  Systeme zu betreiben ist heute einfacher und günstiger als je zuvor, aber Ingenieure neigen oft dazu, für einfache Aufgaben komplexe und ineffiziente Wege zu wählen.

• Probleme der Branche bei Technologieentscheidungen

  In Bezug auf die Migration einer vollkommen funktionierenden Anwendung durch die Einführung von Technologien wie GraphQL/React/Next entsteht bei jemandem, der lange in der Branche gearbeitet hat, der Eindruck, dass viele Menschen eigentlich nicht wissen, was sie tun.

• Erfahrungen mit der Migration zu Cloud-Storage

  Um 500.000 Blobs von selbst gehostetem MinIO in verwalteten Blob-Storage zu verschieben, wurde vier Monate lang Tag und Nacht gekämpft, aber die tatsächlich produktive Arbeit, die nichts mit Politik oder Bürokratie zu tun hatte, dauerte weniger als eine Woche; deshalb wirkt eine Migration auf Kubernetes in 11 Wochen wie ein großer Erfolg.

• Erfahrungsbericht zur Einführung von Computern in einer Anwaltskanzlei in den 1970er Jahren

  Es wird von der Erfahrung berichtet, 1977 als junger Anwalt auf Stundenbasis abgerechnet zu haben, sowie vom Kauf eines Tandy I im Jahr 1979 und der Nutzung von Datenbankprogrammen wie Foxbase. 1981 wurde eine eigene Kanzlei gegründet; damals waren Faxgeräte und elektrische Schreibmaschinen die neueste Technik zur Steigerung der Büroproduktivität, persönliche Computer wurden jedoch nicht eingesetzt. Der Autor kaufte für alle Sekretärinnen Compaq-Computer, investierte viel Zeit in das Schreiben eines Zeit- und Abrechnungsprogramms als Ersatz für das manuelle Abrechnungssystem und richtete außerdem ein Netzwerk ein. Durch diese Konzentration auf Technik vernachlässigte er jedoch seine Arbeit als Anwalt und die Pflege der Beziehungen zu Geschäftskunden und schloss die Kanzlei schließlich 1994. Damals nutzten zwar alle Kanzleien Computer für die Textverarbeitung, kommerzielle Abrechnungsprogramme gab es jedoch nicht; obwohl Anwälte aus anderen Kanzleien das Abrechnungsprogramm des Autors haben wollten, ruinierte er sein Geschäft, weil er sich lieber dem Programmieren widmete.