Atualização do Heroku

• O Heroku está migrando para um modelo de engenharia de manutenção focado em estabilidade, segurança, confiabilidade e suporte, concentrando-se em manter a qualidade e a excelência operacional em vez de desenvolver novos recursos
• Atualmente, todos os clientes gerais existentes e novos podem continuar usando o Heroku sem mudanças em preços, cobrança, serviço ou na forma de uso cotidiano
• Recursos centrais da plataforma, como aplicações, pipelines, equipes e add-ons, serão mantidos como estão, sem impacto em workloads de produção e de missão crítica para o negócio
• Novos contratos enterprise serão descontinuados, mas assinaturas enterprise existentes e contratos de suporte serão renovados e mantidos normalmente
• No futuro, a empresa concentrará investimentos em produto e engenharia em áreas de geração de valor de longo prazo para clientes, como suporte à criação e implantação de IA de nível enterprise

---

Mudança no modelo operacional do Heroku

• O Heroku está migrando para um modelo de engenharia de manutenção (sustaining engineering), com foco em estabilidade, segurança, confiabilidade e suporte
  • A prioridade será manter a qualidade e a excelência operacional em vez de adicionar novos recursos
  • A plataforma continuará sendo um serviço totalmente suportado para ambientes de produção
• Essa mudança não afeta a forma como os clientes existentes usam o serviço
  • Clientes que pagam com cartão de crédito (existentes e novos) não terão mudanças em preço, cobrança, serviço ou uso cotidiano
  • Recursos centrais como aplicações, pipelines, equipes e add-ons serão mantidos

Mudança na política de contratos enterprise

• Novos contratos para contas enterprise não serão mais oferecidos
  • No entanto, assinaturas enterprise existentes e contratos de suporte serão totalmente mantidos e poderão ser renovados
• Clientes existentes poderão continuar usando o serviço conforme os termos atuais de seus contratos

Objetivo da mudança

• A empresa está reajustando investimentos em produto e engenharia para se concentrar em entregar valor de longo prazo aos clientes
  • Em especial, com foco em suporte à criação e implantação de IA de nível enterprise com alta segurança e confiabilidade
• Essa direção tem como objetivo manter a operação estável do Heroku e a confiança dos clientes

Impacto para clientes e suporte contínuo

• Clientes gerais poderão continuar usando todos os recursos centrais do Heroku
  • Sem impacto em workloads de produção e de missão crítica para o negócio
• O Heroku promete suporte contínuo e fornecimento estável do serviço

Conclusão

• Essa transição é uma medida para reforçar a estabilidade de longo prazo do Heroku e uma operação mais centrada no cliente
• A plataforma continuará sendo um ambiente PaaS completo de nível de produção, com foco adicional em fortalecer o suporte a IA e tecnologias enterprise

[GN⁺]

Comentários do Hacker News

• Meu primeiro dia na Heroku foi exatamente o dia do fechamento da aquisição pela Salesforce
  Muita gente culpa a Salesforce pela estagnação e queda da Heroku, mas na prática há muitos mal-entendidos
  Na época, a Salesforce investiu pesadamente na Heroku e quase não interferiu, permitindo realizar a visão desde antes mesmo do surgimento do Docker (2013)
  O lançamento do runtime Cedar em 2011 trouxe um crescimento explosivo, mas em 2012 a empresa já sofria com dívida técnica e problemas de escalabilidade
  O quadro triplicou (20→74), mas duas falhas na AWS us-east-1 fizeram a equipe focar em confiabilidade, e pelos 18 meses seguintes os lançamentos de recursos importantes praticamente pararam
  Com a saída dos fundadores, a liderança se perdeu e uma cultura centrada em processos em vez de resultados passou a dominar
  Quando saí da empresa em 2014, já senti que o produto estava parado
  Fico em dúvida se o resultado teria sido diferente mesmo que a Salesforce tivesse interferido mais
  Ainda assim, foi uma das experiências mais incríveis da minha carreira, e sinto falta daquela época com colegas tão apaixonados

  • Estive na Heroku do começo de 2011 até meados de 2012, e a equipe de engenharia era a melhor
    As ideias e abordagens eram impressionantes, e essa experiência mudou completamente minha forma de pensar como engenheiro
    Houve momentos em que o produto começou a estagnar, mas nós realmente lutamos duro para reduzir a dívida técnica e melhorar a infraestrutura
    Até hoje há um erro lendário que eu nunca esqueci, mas jamais escreveria sobre ele em um fórum público
  • Como usuário dos primeiros tempos da Heroku, guardo ótimas lembranças
    Eu costumava explicar às pessoas que implantação podia seguir um modelo tão simples e acessível
    Mas, quando voltei a recomendá-la mais tarde, a Heroku já tinha perdido a confiança do mercado
    Ver os fundadores saindo e pessoas orientadas a processos entrando, tirando a vivacidade de startup, pareceu familiar demais
  • Quando o time triplica em pouco tempo, mesmo contratando gente excelente, fica difícil manter a velocidade e a cultura da organização
    O conhecimento tácito e o ritmo da equipe original acabam totalmente diluídos
  • Não acho que a dívida técnica possa ser vista como um resultado inevitável
    Na época, o time acabou acumulando essa dívida por conta própria ao negligenciar projeto e estruturação em nome da velocidade
  • A expressão “pessoas focadas em processos em vez de resultados” me lembrou algo que Steve Jobs disse na Apple
    Vídeo relacionado

• Foi um comunicado corporativo vago que dizia querer “deixar claro o que isso significa para os clientes”, mas na prática não explicava nada

  • A Salesforce usou exatamente a mesma linguagem quando encerrou o Pardot
    Internamente, todos sabiam que aquilo significava “fim do produto”
    O roteiro era parar de vender → mudar o nome → encerrar em até 10 anos, e a Heroku parece seguir o mesmo caminho
  • Se alguém lê esse anúncio agora e não pensa “preciso sair logo da Heroku”, então os problemas futuros serão inteiramente responsabilidade do cliente
  • Como ex-responsável por contas enterprise, isso significa claramente “fim do crescimento e transição para modo de manutenção”
    Parece uma estratégia da Salesforce para eliminar um PaaS concorrente
  • “sustaining engineering model” na prática significa aparelho de suporte à vida
    Não haverá novos recursos, só uma corrosão gradual
  • Só depois de ler o comunicado várias vezes consegui resumir tudo a uma frase: “novos contratos enterprise não serão mais oferecidos”
    O fato de tentarem esconder tanto isso me faz suspeitar que a mudança é muito maior
    • A Salesforce aplica um processo formal de End of Life a todos os seus produtos
      Este anúncio parece ser a primeira etapa, um aviso de fim de vendas
  • Foi uma das piores comunicações corporativas que já vi
    • Enquanto lia, fiquei pensando: “cadê a outra metade?”
  • O texto era tão vazio que no fim restava ao leitor deduzir por conta própria a entrada em modo de manutenção
    • A frase “vamos focar em manter a qualidade em vez de novos recursos” já responde tudo

• A mágica do deploy com git push da Heroku era pura inovação em 2012
  Agora estou desenvolvendo o Frost, que implementa a mesma ideia com base em open source e self-hosting
  Os destaques são SSL automático, domínios personalizados, Docker nativo e design amigável para agentes de código de IA
  Ele permite que agentes configurem servidores automaticamente sem a complexidade do K8s

• Para quem esteve por dentro, essa notícia não é nada surpreendente
  A semente do problema começou na mudança da estrutura de incentivos
  Quando a equipe de vendas passou a conseguir bater meta apenas alterando a forma de cobrança dos clientes existentes, desapareceu o incentivo para captar novos clientes e inovar
  No fim, a receita se mantém, mas o produto estagna e, quando perde a competitividade, o declínio vem de forma abrupta

  • Trabalhei com Rails ou Node em várias startups nos últimos 15~20 anos, e a maioria das empresas tratava sair da Heroku como prioridade máxima
    O motivo era um só: preço
    Dava para fazer deploy direto na nuvem com ferramentas open source, então não havia motivo para pagar o “imposto Heroku”
    A Heroku rodava sobre a AWS; acho que ela deveria ter construído sua própria infraestrutura

• A expressão “transitioning to a sustaining engineering model” é um eufemismo corporativo realmente brilhante

  • Na empresa onde trabalhei, “sustaining engineering” significava uma equipe dedicada a corrigir bugs de versões antigas
    Ou seja, a Heroku agora entrou numa fase de manutenção, sem novos recursos
  • Do ponto de vista de negócio, isso significa fim do investimento em inovação
    É apenas manter o sistema funcionando e garantir que as luzes não se apaguem
  • Em outras palavras, complicaram algo que poderia ser dito simplesmente como “não vamos deixar tudo pegar fogo”
  • Talvez tenham só emprestado o nome do autor do post e, na prática, o texto tenha sido escrito por um LLM
  • Esse tipo de operação é um padrão repetido em todo software adquirido pela CA/Broadcom

• O declínio da Heroku é um caso que merece estudo de manual
  Parece que a Salesforce a deixou de lado após a aquisição, mas na verdade a história é mais complexa

  • Na maioria dos casos, quando uma grande empresa adquire uma startup, o resultado acaba sendo o fim da inovação e a morte
    A Heroku não foi exceção, mas ainda assim impressiona ter resistido 15 anos após a compra
  • A Heroku teve sucesso por causa da excelente experiência para desenvolvedores e da oferta de recursos gratuitos
    Mas, na hora de virar pago, a barreira de preço era alta demais, e a maioria dos usuários achava “caro demais”
    Uma parte significativa da conta real vinha não da Heroku, mas de addons de terceiros
  • Não é à toa que existe a frase: “Benioff cria derrota até em momentos de vitória”
  • Tive a mesma sensação quando a Rackspace adquiriu a Slicehost
    Depois disso veio a DigitalOcean, herdando as melhores qualidades da Slicehost, e hoje considero a Fly.io como a herdeira do espírito da Heroku
  • Na verdade, a era de ouro da Heroku foi depois da aquisição
    A Salesforce injetou dinheiro e fez o produto crescer, e só mais tarde retirou o apoio, quando então começou o declínio
    O clichê de que “grandes empresas matam startups” é comum, mas no caso da Heroku a história é um pouco diferente

• Quase não vi ninguém usando Heroku nos últimos dois anos
  Considerando a queda no número de usuários, essa decisão parece natural
  Sou cofundador do Ploi Cloud, um PaaS europeu focado em NodeJS e PHP
  Fomos muito inspirados pela Heroku e, se você procura uma alternativa focada na Europa, vale conferir ploi.cloud

  • Do ponto de vista de um usuário do Reino Unido, seria bom localizar a notação decimal na página de preços
  • Fiquei curioso se existe alguma relação com a Ploi.io