O Que É um CI Runner? Managed vs Self-Hosted Explicado

Por Daniel Zoghalchali·Latchkey

Um runner é simplesmente o computador que executa seus jobs de CI. O tipo que você escolhe determina a velocidade, a confiabilidade e o custo do seu pipeline.

A integração contínua precisa de algum lugar para efetivamente executar o trabalho - checkout, build, teste, deploy. Essa máquina é o "runner". Ele pega um job na fila, executa cada passo, reporta o status de volta e (geralmente) é destruído depois.

Runners hosted

Seu provedor de CI fornece VMs efêmeras sob demanda. Elas são fáceis e não exigem manutenção, mas você paga por minuto, tem tamanhos de máquina fixos e começa em cold start a cada vez. Builds pesados ou especializados podem ser lentos ou caros.

Runners self-hosted

Você roda o agente do runner nas suas próprias máquinas. Você controla o tamanho, as ferramentas e o cache, e pode ser mais barato em escala - mas você é responsável pelo patching, escalonamento, limpeza e pelos problemas de confiabilidade (o disco enche, os runners ficam obsoletos) que acompanham uma infraestrutura de longa duração.

Runners managed

Uma plataforma de runners managed dá a você controle e economia no estilo self-hosted sem operar a frota você mesmo. O provedor cuida do provisionamento, escalonamento, cache e limpeza. Os melhores adicionam recursos de confiabilidade por cima - por exemplo, recuperando-se automaticamente de falhas transitórias e de recursos para que jobs instáveis não quebrem seu build.

De onde vem o custo

Minutos cobrados enquanto os jobs rodam (e ficam na fila, em algumas configurações).
Cold starts e instalações lentas de dependências que inflam cada job.
Re-runs causados por falhas transitórias - pagando duas vezes pelo mesmo job.
Runners superdimensionados usados "por precaução".

Principais conclusões

Um runner é a máquina que executa jobs de CI.
Hosted = fácil, mas cobrado por minuto e com tamanho fixo; self-hosted = controle, mas você o opera.
Runners managed dão controle + economia sem o fardo de operações.
Re-runs por falhas transitórias são um custo oculto e evitável.

Perguntas frequentes

What is What is a CI Runner? managed vs Self-Hosted explained?

Continuous integration needs somewhere to actually execute the work - checkout, build, test, deploy. That machine is the "runner". It picks up a queued job, runs each step, reports status back, and (usually) is torn down afterward.

Hosted runners?

Your CI provider supplies ephemeral VMs on demand. They are easy and require zero maintenance, but you pay per minute, have fixed machine sizes, and start cold each time. Heavy or specialized builds can be slow or expensive.

Self-hosted runners?

You run the runner agent on your own machines. You control the size, tools, and caching, and can be cheaper at scale - but you own patching, scaling, cleanup, and the reliability problems (disk fills up, runners go stale) that come with long-lived infrastructure.

Managed runners?

A managed runner platform gives you self-hosted-style control and economics without operating the fleet yourself. The provider handles provisioning, scaling, caching, and cleanup. The best ones add reliability features on top - for example, automatically recovering from transient and resource failures so flaky jobs do not fail your build.

Guias relacionados

CI Caching Explained: Speed Up Pipelines Without Breaking ThemHow CI caching works, what to cache (dependencies, build outputs, Docker layers), how cache keys and restore What Is a CI Runner Image (or AMI)?A runner image is the prebuilt disk template a CI runner boots from, with the OS and tools already installed. What Is Ephemeral CI? Why Fresh Runners MatterEphemeral CI means each job runs on a fresh, single-use environment that is destroyed afterward.