Após 11 semanas de migração para Kubernetes, empresa esquece por que existe (2020)

Após 11 semanas de migração para Kubernetes, empresa esquece por que existe

• A startup Xenobroom Inc., do Vale do Silício, iniciou em maio de 2020 um processo de atualização da infraestrutura de servidores.

• Com o aumento repentino do uso diário em meio à pandemia global, decidiu migrar a infraestrutura existente para Kubernetes.

• Levaram mais tempo do que o esperado para revisar e redesenhar scripts Bash simples e máquinas VPS.

• A empresa viu isso como uma boa oportunidade para atualizar dependências de software e bibliotecas.

• Uma grande parte do banco de dados PostgreSQL, que operava em uma única máquina, foi convertida em armazenamento KV distribuído aproveitando a flexibilidade da AWS.

• O servidor de staging comum, que fazia deploy diário a partir da branch develop, foi substituído por um workflow dedicado exclusivamente à produção com CI.

• Quando o processo de migração foi concluído, ninguém na empresa conseguia mais se lembrar do propósito do produto.

• Nem usuários nem investidores entendiam o produto original, e após várias semanas de indisponibilidade era praticamente impossível restaurar seu significado.

• O CEO buscou a ajuda do médium Phutar Afrayughum, conhecido por ter ajudado a aumentar a participação do Google no mercado de apps de mensagens.

Opinião do GN⁺

• Este artigo trata de forma satírica o impacto que o processo de migração para Kubernetes pode ter sobre uma empresa. Na realidade, migrações tecnológicas também trazem grandes mudanças para a operação das organizações e, às vezes, podem fazer com que se perca o objetivo original.
• Ao considerar uma migração tecnológica, é necessário ter uma compreensão clara não apenas dos aspectos técnicos, mas também da visão e dos objetivos da organização. Isso reforça o princípio de que a tecnologia deve apoiar o propósito da organização.
• Kubernetes é uma plataforma de orquestração de contêineres preferida por muitas empresas, mas sua adoção exige preparação suficiente e conhecimento especializado. Caso contrário, a complexidade e a carga de gerenciamento podem aumentar.
• Este artigo lembra que a adoção de tecnologia nem sempre traz apenas resultados positivos. Às vezes, pode obscurecer os valores e objetivos essenciais da organização.
• Outras plataformas que oferecem funcionalidades semelhantes às do Kubernetes incluem Docker Swarm e Apache Mesos, que podem ser alternativas ao Kubernetes dependendo do contexto.

[GN⁺]

Comentários do Hacker News

• Caso em que demitir 20% da gerência intermediária aumentou a produtividade de desenvolvimento em 3 vezes

  Houve um caso em que uma empresa, ao demitir 20% da gerência intermediária, acabou aumentando acidentalmente a produtividade de desenvolvimento em 3 vezes.

• Compartilhando a experiência de migração para Kubernetes

  A migração para Kubernetes atualmente em andamento já dura 2 anos, mas nem 30% foi concluído, e observa-se que as pessoas que inicialmente defenderam Kubernetes com mais força agora estão interessadas em LLMs. Isso sugere que há pessoas que gostam de coisas novas e brilhantes, e que esse tipo de papel pode, por si só, ser útil.

• Posts divertidos no blog Theolognion

  O blog Theolognion tem vários textos divertidos, especialmente os sobre “o desenvolvedor que criou o sistema perfeito de consolidação de notas” e “uma IA que analisou comentários do Hacker News e resolveu todos os problemas políticos, econômicos e médicos”.

• Piada sobre a causa do fracasso

  Em um post-mortem analisando a causa do fracasso, aparece a suposição de que a empresa deve ter visto isso como uma boa oportunidade para atualizar dependências e bibliotecas de software, e que provavelmente conseguiu converter boa parte de um banco de dados PostgreSQL rodando em uma única máquina em um armazenamento distribuído de KV, aproveitando a flexibilidade da AWS.

• Caso real de sucesso de uma migração para Kubernetes em 11 semanas

  Na prática, conseguir migrar para Kubernetes em 11 semanas já seria visto como um grande sucesso.

• Dicas para migrar serviços para Kubernetes

  Tecnologias complexas devem ser aprendidas primeiro, e a tentativa inicial deve ser feita com serviços pequenos e pouco importantes. É preciso fazer uma coisa de cada vez e começar de forma simples. O autor não teve problemas para migrar serviços para Kubernetes, mas isso foi resultado de 2 anos de aprendizado e tentativas, além de vários testes até encontrar a abordagem mais adequada, algo que não se acha na internet. O autor usa gitops sem automação e aplica o necessário com kubectl apply -k. Agora, como já tem dezenas de serviços e entendimento suficiente, está considerando adotar o flux.

• Facilidade e baixo custo de operar sistemas

  Operar sistemas se tornou mais fácil e barato do que nunca, mas os engenheiros frequentemente tendem a escolher métodos complexos e ineficientes para realizar tarefas simples.

• Problemas da indústria relacionados à escolha de tecnologias

  Sobre migrar uma aplicação que funciona perfeitamente para tecnologias como GraphQL/React/Next, a impressão de alguém que trabalha há muito tempo no setor é que muita gente não sabe o que está fazendo.

• Experiência de migração para armazenamento em nuvem

  Houve uma luta de 4 meses, dia e noite, para mover 500.000 blobs de um MinIO self-hosted para um armazenamento de blobs gerenciado, mas o trabalho realmente produtivo, sem relação com política ou burocracia, levou menos de 1 semana; por isso, migrar para Kubernetes em 11 semanas parece um grande sucesso.

• Relato sobre a adoção de computadores em um escritório de advocacia nos anos 1970

  Compartilha-se a experiência de ter trabalhado como jovem advogado em 1977 cobrando por hora, e de ter comprado um computador Tandy I em 1979 para usar programas de banco de dados como o Foxbase. Em 1981, abriu seu próprio escritório de advocacia e, na época, as tecnologias mais modernas para aumentar a produtividade do escritório eram máquinas de fax e máquinas de escrever elétricas, mas ele não usava computadores pessoais. O autor comprou computadores Compaq para todas as secretárias, dedicou muito tempo a escrever um programa de controle de horas e faturamento para substituir o sistema manual de cobrança e também instalou uma rede. No entanto, ao se concentrar nessas tecnologias, acabou negligenciando o trabalho como advogado e a manutenção do relacionamento com clientes corporativos, e por fim fechou o escritório em 1994. Na época, todos os escritórios usavam computadores para processamento de texto, mas não existiam programas comerciais de faturamento, e embora advogados de outros escritórios quisessem o programa de faturamento do autor, ele compartilha a experiência de ter arruinado o negócio por se concentrar em algo que gostava: programar.