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 no Brasil, Registry privado de containers e ambientes prontos para aplicações .NET e Blazor.
Benefícios operacionais
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 no Brasil
Em vez de manter VMs de build por conta própria, você utiliza FoundryShip Runners desenhados para workloads .NET e operados no Brasil, com 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, homologação e produção.
- • Histórico claro de qual build alimentou cada release.
Pipeline recomendado
Como fica o CI/CD 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 com uma infraestrutura de build operando no Brasil.
- 1. Commit, PR ou tag 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.
- 5. Logs, métricas e observabilidade acompanham a saúde da release.
Exemplo de etapas do pipeline
- • build: restaura pacotes, compila a solução e executa testes.
- • publish: gera artefatos otimizados para container.
- • docker-build: monta a imagem Docker a partir do Dockerfile.
- • docker-push: envia a imagem para o Registry FoundryShip.
- • deploy: publica a nova imagem no App Runtime.
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 a infraestrutura da própria FoundryShip.
Fluxo de build e deploy
Do commit à produção com FoundryShip Runners
Ao realizar um commit no seu repositório Git, a integração dispara um FoundryShip Runner operando no Brasil. 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 da plataforma.
- 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
Infraestrutura de build compartilhada, previsível e operada no Brasil
Os Runners da FoundryShip são compartilhados entre todos os clientes, com janelas de execução, limites de concorrência e filas controladas. Isso ajuda a manter previsibilidade operacional e evita abuso de recursos dentro de uma infraestrutura de build operada no Brasil.
O objetivo é equilibrar velocidade de entrega, uso justo da capacidade disponível e uma experiência consistente para equipes .NET que publicam aplicações com frequência.
- • Evita que um único projeto consuma todos os recursos de build.
- • Mantém tempos de fila mais razoáveis para a maioria das equipes.
- • Permite crescimento gradual da plataforma sem perder previsibilidade.
- • Abre espaço para futuras ofertas com mais prioridade e janelas dedicadas.
Entre para a lista de Founders
Cadastre seu e-mail para receber o link de abertura primeiro e ter prioridade na fila.
Sem cartão nesta etapa — você só decide no lançamento.
Você pode cancelar a qualquer momento. Nenhum pagamento é feito nesta etapa.