Tras 11 semanas de migración a Kubernetes, la empresa olvida por qué existe (2020)

Tras 11 semanas de migración a Kubernetes, la empresa olvida por qué existe

• Xenobroom Inc., una startup emergente de Silicon Valley, comenzó en mayo de 2020 el proceso de actualización de su infraestructura de servidores.

• A medida que el uso diario se disparó en medio de la pandemia global, decidió migrar su infraestructura existente a Kubernetes.

• Replantear y rediseñar simples scripts de Bash y máquinas VPS tomó más tiempo de lo esperado.

• La empresa lo vio como una buena oportunidad para actualizar dependencias y bibliotecas de software.

• Una gran parte de la base de datos PostgreSQL que operaba en una sola máquina se convirtió en almacenamiento KV distribuido aprovechando la flexibilidad de AWS.

• El servidor de staging habitual, que realizaba despliegues diarios desde la rama develop, fue reemplazado por un flujo de trabajo exclusivo de producción con CI.

• Cuando el proceso de migración terminó, nadie en la empresa podía recordar cuál era el propósito del producto.

• Ni los usuarios ni los inversionistas entendían el producto original, y después de varias semanas de inactividad, restaurar el significado del producto era prácticamente imposible.

• El CEO buscó la ayuda del experto psíquico Phutar Afrayughum, conocido por haber ayudado a aumentar la cuota de mercado de las apps de mensajería de Google.

La opinión de GN⁺

• Este artículo trata de forma satírica el impacto que puede tener en una empresa el proceso de migración a Kubernetes. También en la realidad, las migraciones tecnológicas traen grandes cambios en la operación de una organización y, a veces, pueden hacer que se pierda de vista el objetivo original.
• Al considerar una migración tecnológica, no solo se necesita una comprensión clara de los aspectos técnicos, sino también de la visión y los objetivos de la organización. Esto subraya el principio de que la tecnología debe apoyar el propósito de la organización.
• Kubernetes es una plataforma de orquestación de contenedores preferida por muchas empresas, pero antes de adoptarla se requiere preparación suficiente y conocimiento especializado. De lo contrario, la complejidad y la carga operativa pueden aumentar.
• Este artículo recuerda que la adopción de tecnología no siempre trae únicamente resultados positivos. A veces advierte que la tecnología puede difuminar los valores y objetivos esenciales de una organización.
• Otras plataformas que ofrecen funciones similares a Kubernetes incluyen Docker Swarm y Apache Mesos, que según el contexto pueden ser alternativas a Kubernetes.

[GN⁺]

Comentarios de Hacker News

• Caso en el que despedir al 20% de la gerencia media mejoró 3 veces la productividad de desarrollo

  Hubo un caso en el que una empresa mejoró accidentalmente 3 veces la productividad de desarrollo al despedir al 20% de la gerencia media.

• Compartiendo la experiencia de migración a Kubernetes

  Señalan que la migración a Kubernetes actualmente en curso ya lleva 2 años y ni siquiera ha completado el 30%, y que quienes al principio impulsaban con fuerza Kubernetes ahora están interesados en los LLMs. Sugiere que hay personas a las que les gustan las novedades brillantes, y que ese tipo de rol puede ser útil por sí mismo.

• Artículos divertidos del blog Theolognion

  En el blog Theolognion hay varios textos divertidos; en particular, son graciosos el de “el desarrollador que creó el sistema perfecto de recopilación de notas” y el de “la IA que analizó los comentarios de Hacker News y resolvió todos los problemas políticos, económicos y médicos”.

• Broma sobre la causa del fracaso

  En el post-mortem que analiza las causas del fracaso, surge la suposición de que la empresa lo habrá visto como una buena oportunidad para actualizar dependencias y librerías de software, y que habría podido convertir buena parte de su base de datos PostgreSQL que corría en una sola máquina en almacenamiento KV distribuido aprovechando la flexibilidad de AWS.

• Un caso real de éxito de migración a Kubernetes en 11 semanas

  En realidad, migrar a Kubernetes en 11 semanas es algo que se consideraría un gran éxito.

• Consejos para migrar servicios a Kubernetes

  Primero hay que aprender la tecnología compleja y probar con servicios pequeños que no sean importantes. Hay que hacer una sola cosa a la vez y empezar de forma simple. El autor no tuvo problemas para migrar servicios a Kubernetes, pero eso fue resultado de 2 años de aprendizaje y pruebas, además de haber intentado varios enfoques hasta encontrar el más adecuado, algo que no se podía encontrar en internet. El autor usa gitops sin automatización y aplica lo necesario con kubectl apply -k. Ahora ya tiene decenas de servicios y suficiente comprensión, así que está considerando introducir flux.

• Facilidad y bajo costo de operar sistemas

  Operar sistemas nunca había sido tan fácil y barato, pero los ingenieros a menudo tienden a elegir métodos complejos e ineficientes para realizar tareas simples.

• Problemas de la industria relacionados con la elección tecnológica

  Sobre migrar aplicaciones que funcionan perfectamente introduciendo tecnologías como GraphQL/React/Next, da la impresión, para alguien que ha trabajado mucho tiempo en la industria, de que mucha gente no sabe realmente lo que está haciendo.

• Experiencia migrando a almacenamiento en la nube

  Pasó 4 meses peleando día y noche para mover 500,000 blobs desde un MinIO autohospedado a un almacenamiento de blobs administrado, pero como el trabajo realmente productivo no relacionado con política o burocracia fue de menos de 1 semana, migrar a Kubernetes en 11 semanas parece un gran éxito.

• Relato sobre la adopción de computadoras en un despacho de abogados en los años 70

  Comparte su experiencia de haber trabajado como joven abogado en 1977 facturando por hora, y de haber comprado una computadora Tandy I en 1979 para usar programas de base de datos como Foxbase. En 1981 abrió su propio despacho, y en ese entonces la tecnología de punta para mejorar la productividad de oficina eran las máquinas de fax y las máquinas de escribir eléctricas, pero no usaba computadoras personales. El autor compró computadoras Compaq para todas las secretarias, dedicó mucho tiempo a escribir un programa de control de tiempo y facturación para reemplazar el sistema manual de cobro, y también instaló una red. Sin embargo, al concentrarse tanto en esa tecnología, descuidó su trabajo como abogado y el mantenimiento de relaciones con clientes empresariales, y finalmente cerró el despacho en 1994. En aquel tiempo todas las oficinas usaban computadoras para procesamiento de texto, pero no existían programas comerciales de facturación; aunque abogados de otros despachos querían el programa de facturación del autor, él comparte la experiencia de haber arruinado el negocio por enfocarse en disfrutar la programación.