--- title: "GitHub Deu CTRL+Z: Empresa Volta Atrás em Cobrança por Runners Self-Hosted Após Fúria dos Devs" author: "Gabriela P. Torres" date: "2025-12-18 18:05:00-03" category: "Negócios & Inovação" url: "http://desbugados.scale.press/portal/desbugados/post/2025/12/18/github-deu-ctrlz-empresa-volta-atras-em-cobranca-por-runners-self-hosted-apos-furia-dos-devs/md" --- ## O Bug: A Proposta que Desafiou a Lógica No dia 16 de dezembro de 2025, o GitHub, plataforma pertencente à Microsoft, emitiu um comunicado que alteraria fundamentalmente seu modelo de negócio para o GitHub Actions. A proposta era clara e, para muitos, ilógica: a partir de 1º de março de 2026, seria introduzida uma taxa de **US$ 0,002 por minuto** para o uso de *runners self-hosted* (auto-hospedados) em repositórios privados. A reação da comunidade de desenvolvedores foi imediata, massiva e, previsivelmente, negativa. Menos de 48 horas depois, o GitHub pressionou as teclas CTRL+Z. ## Desbugando o Jargão: O que é um Runner Self-Hosted? Para entender a controvérsia, é preciso analisar os componentes. Vamos por partes: - **GitHub Actions:** É a plataforma de automação do GitHub. Ela permite criar fluxos de trabalho (workflows) para construir, testar e implantar código diretamente do seu repositório. Pense nela como o cérebro da operação de CI/CD (Integração Contínua/Entrega Contínua). - **Runners:** São as máquinas que executam os trabalhos (jobs) definidos nos seus workflows. São os músculos da operação. Existem dois tipos de runners: - **Runners Hospedados pelo GitHub:** Máquinas virtuais fornecidas e mantidas pelo próprio GitHub. Você paga por minuto de uso. Simples e direto. - **Runners Self-Hosted:** Máquinas que você mesmo fornece e gerencia. Pode ser um servidor na sua empresa, uma instância na nuvem (AWS, Azure, etc.) ou até mesmo o seu computador pessoal. Você arca com os custos do hardware e da manutenção, mas, até a proposta, o uso do software do runner para se conectar ao GitHub Actions era gratuito. A lógica da comunidade era simples: *se* eu pago pelo meu próprio hardware e eletricidade, *então* por que devo pagar ao GitHub uma taxa por minuto para rodar um software nele? Seria o equivalente a uma empresa de eletrodomésticos cobrar uma taxa por minuto cada vez que você usa o seu próprio forno para assar uma receita do livro dela. ## A Lógica da Proposta (Segundo o GitHub): Análise Factual A justificativa do GitHub para a cobrança, conforme detalhado em seu FAQ, era que os custos para manter o serviço do Actions para todos os usuários estavam sendo subsidiados majoritariamente por quem pagava pelos runners hospedados pela plataforma. A empresa declarou: “Historicamente, clientes de 'runners' auto-hospedados podiam aproveitar grande parte da infraestrutura e dos serviços do GitHub Actions sem custo”. Do ponto de vista puramente de negócio, o argumento é válido. Existe um custo real para operar o plano de controle do Actions – o serviço que orquestra e agenda os milhões de jobs que rodam diariamente. A proposta visava alinhar os custos com o uso real da plataforma, independentemente de onde a computação ocorria. ## A Falha na Lógica (Segundo a Comunidade): A Reação A comunidade de desenvolvedores, no entanto, identificou uma falha crítica nesse raciocínio. Desenvolvedores não optam por runners self-hosted por capricho, mas por necessidade. As razões são objetivas: - **Performance:** Como um usuário relatou, builds em infraestrutura própria podem ser “mais de 10 vezes mais rápidas” que nos runners do GitHub. - **Custo em Escala:** Para empresas com alto volume de CI/CD, manter a própria infraestrutura é economicamente mais viável. Um usuário no Reddit calculou que a nova taxa representaria um custo adicional de quase US$ 3.500 por mês para sua equipe. - **Controle e Segurança:** Ambientes self-hosted permitem acesso a redes internas, hardware especializado (como GPUs) e políticas de segurança específicas que não são possíveis nos runners padrão. A percepção foi que o GitHub estava penalizando seus usuários mais avançados e engajados, que investiram em infraestrutura própria justamente para superar as limitações da plataforma hospedada. ## O Veredito: False. O CTRL+Z do GitHub Diante da repercussão, o GitHub agiu rapidamente. Em um post na plataforma X, a empresa admitiu o erro: “Lemos suas publicações e ouvimos seu feedback. [...] erramos com esta mudança ao não incluir mais de vocês em nosso planejamento.” A cobrança foi adiada indefinidamente para “reavaliar a abordagem”. É importante notar que a empresa não descartou a possibilidade de monetizar o serviço no futuro, mas se comprometeu a fazer isso em diálogo com a comunidade, abrindo um tópico de discussão para coletar feedback. ## A Caixa de Ferramentas: O que Concluir Disso? Essa saga nos deixa com algumas conclusões lógicas e acionáveis: - **O Poder da Comunidade é ****True****:** A reação rápida e fundamentada dos desenvolvedores demonstrou que a comunidade tem poder para influenciar as decisões de gigantes da tecnologia. O feedback técnico e baseado em casos de uso reais foi crucial. - **A Realidade dos Custos:** A monetização de plataformas complexas é uma realidade. Manter um serviço como o GitHub Actions tem um custo operacional significativo. A discussão não é sobre *se* o serviço deve ser pago, mas *como* criar um modelo de preços justo que não penalize a eficiência. - **Próximo Passo Lógico:** Para quem utiliza runners self-hosted, a ação imediata é participar da discussão aberta pelo GitHub e monitorar os comunicados oficiais. A forma futura dessa cobrança está sendo definida agora, e a participação ativa é a melhor forma de garantir um resultado lógico para todos.