Estratégias de implantação • DevOps com FoundryShip Runners
DevOps com FoundryShip Runners®
Use os FoundryShip Runners como esteira principal de CI/CD e deixe a FoundryShip cuidar da infraestrutura de build e deploy: runners gerenciados na Europa, Registry privado de containers e ambientes prontos para aplicações .NET e Blazor.
Você segue versionando seu código normalmente em repositórios Git (GitHub, GitLab, Azure DevOps, etc.); a FoundryShip integra os Runners ao Registry, ao App Runtime e aos demais serviços gerenciados (PostgreSQL, cache e mensageria), formando uma esteira única de desenvolvimento até produção.
Por que usar FoundryShip Runners na sua estratégia DevOps
Pipeline conectado ao seu repositório Git
Seus repositórios .NET e Blazor já vivem em plataformas Git. Com os FoundryShip Runners, o pipeline é disparado diretamente a partir dos eventos do repositório, mantendo versionamento, revisão por PR e visibilidade de builds no mesmo lugar.
- • Gatilhos por branch, tag ou pull/merge request.
- • Workflows padronizados entre múltiplos repositórios.
- • Permissões alinhadas ao modelo de times da sua ferramenta Git.
Runners otimizados para .NET
Em vez de manter VMs de build por conta própria, você utiliza FoundryShip Runners desenhados para workloads .NET: SDKs atualizados, cache de dependências e integração direta com o Registry da plataforma.
- • Menos tempo configurando imagens e agentes de build.
- • Build de múltiplos serviços .NET em paralelo.
- • Ambiente de compilação padronizado entre times e projetos.
Registry e deploy integrados
Ao final do pipeline, as imagens Docker são enviadas para o Registry FoundryShip e podem ser implantadas com poucos cliques no App Runtime, respeitando quotas, ambientes e tenants.
- • Tags de imagem alinhadas com versões, branches e ambientes.
- • Deploy separado por ambiente (dev, hml, produção).
- • Histórico claro de qual build alimentou cada release.
Pipeline de CI/CD recomendado com FoundryShip Runners
Um pipeline típico com FoundryShip Runners envolve build, testes, empacotamento em container e deploy automatizado para o ambiente desejado. A partir de um único repositório, você gerencia toda a vida útil da aplicação.
- 1. Commit ou PR acionam a integração de pipeline com a FoundryShip.
- 2. Um FoundryShip Runner compila o projeto .NET e executa testes.
- 3. A imagem Docker é construída e enviada para o Registry FoundryShip.
- 4. Um passo de deploy atualiza o App Runtime, aplicando a nova versão no cluster.
- 5. Observabilidade (OTel) e logs acompanham a saúde da release em tempo real.
Exemplo de etapas em um pipeline FoundryShip
- • build: restaura pacotes, compila a solução e executa testes unitários.
- • publish: gera artefatos otimizados para container (por ex. ASP.NET + AOT quando aplicável).
- • docker-build: monta a imagem Docker a partir do Dockerfile do projeto.
- • docker-push: envia a imagem para o Registry FoundryShip com tags de versão e branch.
- • deploy: aciona o App Runtime da FoundryShip para aplicar a nova imagem no cluster.
O resultado é um fluxo de entrega contínua em que cada merge para a branch principal pode, se você desejar, gerar automaticamente uma nova versão em staging ou produção usando os pipelines integrados da FoundryShip.
Pipeline de build e deploy
Do commit à produção com FoundryShip Runners
Ao realizar um commit no seu repositório Git (GitHub, GitLab, Azure DevOps, etc.), a integração dispara um FoundryShip Runner. Ele clona o código, compila a aplicação .NET, executa testes e gera uma imagem de container enviada ao Registry FoundryShip, pronta para deploy nos clusters no Brasil.
- Commit ou tag em seu repositório Git.
- FoundryShip Runner compila e testa a aplicação.
- Imagem Docker é gerada e enviada para o Registry FoundryShip.
- Clusters no Brasil consomem a nova imagem e aplicam o deploy.
Fluxo simplificado: do repositório ao cluster
Uso compartilhado e fair use dos Runners
Os Runners da FoundryShip são compartilhados entre todos os clientes, com janelas de execução, limites de concorrência e filas controladas, garantindo previsibilidade e evitando abuso de recursos.
- • Evita que um único projeto consuma todos os recursos de build.
- • Mantém tempos de fila razoáveis para a maioria das equipes.
- • Possibilidade futura de planos com mais prioridade e janelas dedicadas.
Entre para a lista de Founders
Quer ser avisado quando liberarmos o link de compra no dia 01/03/2026 e ter prioridade para uma das 60 vagas Founders a R$ 59,90/mês (pagamento anual)? Deixe seu e-mail abaixo. Sem spam, só os avisos importantes sobre o lançamento.
Você pode cancelar o recebimento a qualquer momento.