CircleCI disponibilizou em caráter geral a versão 1.0.0 de seu Machine Runner Orchestrator, uma ferramenta que fornece escalabilidade automatizada de máquinas virtuais self-hosted conforme a demanda de workloads de integração contínua.
O orquestrador monitora os requisitos de workload do CircleCI e provisiona ou remove runners automaticamente, permitindo que organizações mantenham controle sobre o ambiente de computação subjacente enquanto dinamizam a capacidade de runners. A capacidade está incluída com runners self-hosted em todos os planos sem custo adicional.
Expansão de funcionalidades
O lançamento expande a prévia anterior do Runner Provisioner com suporte a workloads CPU, GPU e ARM a partir de uma única implantação. Versões anteriores focavam especificamente em provisionamento de machine runners, mas o novo orquestrador gerencia múltiplas classes de recursos em única implantação, permitindo que builds convencionais de CPU coexistam com workloads intensivos em GPU e builds baseados em ARM sem exigir instalações separadas de orquestração para cada classe.
O Machine Runner Orchestrator suporta ambientes Kubernetes em três principais plataformas gerenciadas: Google Kubernetes Engine (GKE), Azure Kubernetes Service (AKS) e Amazon Elastic Kubernetes Service (EKS), além de clusters baseados em KubeVirt. Essa flexibilidade permite que equipes de plataforma escolham onde a camada de orquestração executa enquanto os runners reais permanecem baseados em máquinas.
Diferenciação técnica
O orquestrador opera na camada CI runner, distinto de autoscalers de nós Kubernetes como Karpenter e Cluster Autoscaler. Enquanto estes últimos respondem a Pods não agendáveis e ajustam a capacidade do cluster subjacente, o Machine Runner Orchestrator garante que máquinas registradas como runners do CircleCI escalem conforme a demanda por jobs CI. Em arquiteturas baseadas em Kubernetes, ambas as abordagens podem operar em conjunto: Kubernetes gerencia a infraestrutura que hospeda componentes de orquestração, enquanto CircleCI gerencia a capacidade de máquinas disponível para executar workloads CI.
O produto diferencia-se do GitHub Actions Runner Controller (ARC), que também fornece orquestração baseada em Kubernetes. O GitHub ARC cria primariamente ambientes ephemeral como workloads gerenciados por Kubernetes, enquanto o Machine Runner Orchestrator do CircleCI é especificamente voltado para máquinas virtuais runner. Essa abordagem do CircleCI é particularmente relevante para workloads CI que requerem isolamento no nível VM ou capacidades difíceis de reproduzir em containers padrão.
Processo de migração
A transição para versão 1.0 não é completamente transparente para usuários da prévia. CircleCI formalmente renomeou o produto de runner-provisioner para machine-runner-orchestrator, alterando o Helm chart associado, repositório de imagem container e repositório Packagecloud. Instalações existentes não podem ser atualizadas no local: CircleCI instrui usuários a desinstalar a implantação anterior e instalar o novo pacote 1.0.0.
