Reclaim The Stack - plataforma de implantação baseada em Kubernetes

• Construímos uma plataforma baseada em Kubernetes ao longo de 7 meses para substituir o Heroku
• Para o produto SaaS da mynewsdesk.com, construímos uma plataforma baseada em Kubernetes para substituir o Heroku
• Como resultado, os custos foram reduzidos em 90% e o desempenho melhorou 30%
• Reduzimos o tempo de implantação e melhoramos significativamente a experiência dos desenvolvedores com ferramentas mais rápidas e acessíveis
• Agora disponibilizamos toda a stack como open source, para que seja possível fazer o mesmo em poucos dias, e não em 7 meses

Componentes da plataforma - inclui um Architecture Decision Record para cada componente

• Gitops : ArgoCD
• Ingress : Cloudflared
• PostgreSQL : CloudnativePG
• Redis : Redis Operator da Spotahome
• Elasticsearch : Elastic Cloud Kubernetes
• Secrets Management : Sealed Secrets
• Persistent Storage : Rancher Local Path Provisioner + OpenEBS Dynamic LocalPV Provisioner
• Monitoring : kube-prometheus-stack
• Log Aggregation : Qryn
• Service Mesh : Linkerd

Resumo do GN⁺

• Este artigo compartilha a experiência de construir uma plataforma baseada em Kubernetes para substituir o Heroku
• Destaca resultados como redução de custos, melhoria de desempenho e aprimoramento da experiência dos desenvolvedores
• Com a stack publicada como open source, outros desenvolvedores também podem realizar o mesmo trabalho com facilidade
• É uma informação útil para desenvolvedores interessados em tecnologias como Kubernetes
• Outros projetos com funcionalidades semelhantes incluem OpenShift e Rancher

[GN⁺]

Opiniões do Hacker News

• Primeira opinião

  • Tem experiência em construir e implantar milhares de stacks usando Docker, Mesos, Swarm e k8s
  • O que importa de verdade é a manutenção no segundo dia
  • Muitas ferramentas facilitam implantar apps em servidores
  • Porém, manutenção como mudanças de versão, problemas de dependência e planos de recuperação de desastres é o mais importante
  • Se você tem uma equipe, orçamento e problemas que justifiquem resolver isso, então é uma escolha melhor

• Segunda opinião

  • Alguns anos atrás, entrou na onda do k8s e tentou operar todo o negócio com k8s
  • Foi um grande erro
  • A DigitalOcean atualizou automaticamente o cluster e todo o negócio ficou offline
  • Mudou para scripts bash simples com systemd e não pretende voltar nunca mais

• Terceira opinião

  • Gostaria de ter um negócio bem-sucedido o suficiente para poder passar 7 meses migrando a infraestrutura de Heroku para kubernetes

• Quarta opinião

  • Dá para ir longe só com algumas VMs e scripts bash
  • Quanto menos ferramentas de DevOps, melhor

• Quinta opinião

  • É bom ver novos projetos
  • A maioria das pessoas não deveria começar com Kubernetes
  • Se você não precisa de autoescalonamento, recomenda tentar Kamal
  • É uma ferramenta criada pela 37signals para sair do Kubernetes e da nuvem, e funciona bem com VMs simples
  • Também escreveu um handbook para quem está começando

• Sexta opinião

  • A configuração de Kubernetes parece boa
  • Porém, em comparação com Heroku, a complexidade é muito maior
  • Se estiver procurando algo mais simples, recomenda tentar dokku ou lunni.dev
  • coolify.io também tem recebido boas avaliações

• Sétima opinião

  • Trabalha em uma empresa que tem equipe de infraestrutura, e o CEO é entusiasta de infraestrutura
  • A infraestrutura é construída com terraform e k8s
  • Porém, os deploys levam dias, e a infraestrutura é complexa demais
  • Não há tantos usuários, então também não existe benefício real de escalabilidade
  • Startups não deveriam usar k8s antes de terem uma base de usuários grande o suficiente

• Oitava opinião

  • A filosofia básica de segurança é confiar nos desenvolvedores e na rede privada dentro do cluster
  • Tem curiosidade se é complexo configurar esse sistema sem confiar nisso
  • Quer saber onde estão os pontos problemáticos

• Nona opinião

  • Levou 7 meses para construir uma plataforma baseada em Kubernetes para substituir Heroku
  • O custo caiu 90% e o desempenho melhorou 30%
  • Porém, como Heroku era lento e caro, fica a dúvida se essa abordagem foi realmente a melhor

• Décima opinião

  • Tem curiosidade sobre como isso se diferencia do dokku