Slack Lança Shipyard: A Nova Plataforma EC2 Que Transforma o Gerenciamento de Instâncias com Imutabilidade e Deploys Otimizados
Aprofundamento CEVIU
Aprofundamento
A chegada do Shipyard da Slack representa um passo significativo na gestão de instâncias EC2, especialmente para workloads que não migraram para contêineres. A plataforma adota a filosofia de infraestrutura imutável. No modelo anterior, a gestão de configuração via Chef causava drift e complexidade. Com Shipyard, a Slack muda para artefatos de infraestrutura implantáveis. Isso significa que, em vez de aplicar configurações continuamente em instâncias duradouras, a plataforma agora constrói imagens 'golden' (como a slack-zero), que já contêm a maior parte da configuração. A mudança minimiza o trabalho de provisionamento no boot, permitindo que as instâncias subam em segundos, não minutos, e sejam atualizadas por substituição, não modificação in-place.
Essa abordagem garante consistência e previsibilidade, além de fortalecer a segurança, já que as instâncias têm vida curta e são automaticamente rotacionadas. O Shipyard também introduz o Peekaboo, um sistema de inventário em tempo real baseado em EventBridge, OpenSearch e Lambda, que oferece visibilidade completa da frota de EC2. A plataforma suporta múltiplas arquiteturas (AMD64 e Graviton) e sistemas operacionais, atendendo a uma gama diversificada de necessidades, desde nós de workers Kubernetes até componentes de infraestrutura.
O que mudou
O Shipyard marca uma transição fundamental na estratégia da Slack para gerenciar sua frota de EC2. Anteriormente, a empresa dependia de um sistema baseado em Chef, que aplicava configurações em instâncias de longa duração e exigia manutenção contínua. Essa abordagem, embora aprimorada com múltiplas stacks e fluxos de promoção mais seguros, ainda sofria com drift de configuração e dificuldade em coordenar mudanças.
Com o Shipyard, a Slack abandona a atualização in-place para adotar uma arquitetura baseada em artefatos imutáveis. Em vez de gerenciar configurações após o deploy, as novas imagens são pré-configuradas e testadas rigorosamente (fase de 'bake'). Isso permite rollouts progressivos e rollbacks automatizados, integrando práticas modernas de deploy diretamente nas instâncias EC2. A mudança representa um avanço da gestão de configuração reativa para uma abordagem proativa e preditiva de infraestrutura como código.
Por que isso importa
Para o profissional de desenvolvimento, o Shipyard simplifica radicalmente a gestão de infraestrutura. Ao empacotar a infraestrutura como artefatos imutáveis, ele elimina o drift de configuração, um problema comum que causa inconsistências e dificulta a depuração. Isso garante que o ambiente de produção seja idêntico ao ambiente de desenvolvimento, facilitando testes e aumentando a confiança nos deploys.
A velocidade de inicialização das instâncias, graças à fase de 'bake' e ao provisionamento leve, otimiza a experiência do desenvolvedor (DX) e a eficiência operacional. A integração com sistemas de orquestração como o Gondola permite rollouts controlados e detecção automática de problemas, minimizando o impacto de falhas. Em um cenário onde a segurança e a resiliência são cruciais, a rotação automática de instâncias de vida curta e a capacidade de integrar patches de segurança de forma ágil são benefícios que elevam o padrão de qualidade do software. É um exemplo claro de como a engenharia de plataforma pode capacitar equipes de serviço.
Linha do tempo
Slack lança Shipyard, sua nova plataforma EC2 com imutabilidade e <em>deploys</em> otimizados.
Perguntas frequentes
Qual o principal problema que o Slack Shipyard resolve?
O Shipyard soluciona a complexidade e o drift de configuração em ambientes EC2 tradicionais. Ele substitui a gestão contínua de instâncias duradouras por um modelo de infraestrutura imutável, onde as instâncias são substituídas por novas versões pré-configuradas, eliminando inconsistências e garantindo ambientes previsíveis.
Como o Shipyard garante a imutabilidade das instâncias EC2?
A plataforma usa um modelo de imagem 'golden', como a slack-zero, onde a maior parte da configuração é 'assada' (bake) na imagem antes do deploy. Além disso, as instâncias têm vida curta e são automaticamente rotacionadas, sendo substituídas por novas imagens em vez de serem modificadas in-place após a implantação inicial.
O Shipyard pode ser usado para aplicações conteinerizadas?
Não, o Shipyard é especificamente projetado para workloads EC2 que não podem ser facilmente conteinerizadas, como componentes de infraestrutura, nós de worker Kubernetes e stacks de rede de saída. Para aplicações conteinerizadas, a Slack (e a indústria em geral) geralmente usa orquestradores de contêineres como Kubernetes.
O que é 'slack-zero' e qual sua importância?
A 'slack-zero' é a imagem base compartilhada e 'golden' mantida pelas equipes de plataforma da Slack. Ela contém o sistema operacional, configurações de segurança, agentes de monitoramento e ferramentas comuns, funcionando como um alicerce padronizado e confiável sobre o qual as equipes de serviço constroem suas próprias imagens AMI específicas para suas aplicações.
Fontes
- slack.engineeringfonte original
- Categoria
- CEVIU Web Dev
- Publicado
- 17 de julho de 2026
- Editoria
- CEVIU Web Dev

