Adios
Aplicativos e APIs · planos a partir de $10/mês

Implantar .NET.Publique uma vez. Execute a saída revisada.

Gere um artefato de implantação com dotnet publish, inicie o assembly selecionado, verifique a saúde da aplicação e mantenha a rota conectada à versão do código-fonte.

Manter o repositórioExaminar compilação e logsDomínios personalizados e TLS
Implantação no Adios

Versão candidata

.NET

Saudável

FONTE

Git

REGION

de

ROUTE

HTTPS

01Código-fonte recebido

02Compilação concluída

03Ambiente de execução iniciado

04Verificação de saúde aprovada

Rota promovida

production.adios.run

Um caminho até a produção para

.NET 8C#ASP.NET CoreBlazorMinimal APIs

O caminho até a produção

Um projeto .NET que funciona ainda precisa de uma implantação segura.

A aplicação ou o serviço é apenas uma parte da produção. As evidências de compilação, o estado do ambiente de execução, a saúde, os segredos, os logs, as rotas e a versão promovida devem poder ser examinados em conjunto.

Mantenha a compilação .NET que você já usa

Use dotnet restore e dotnet publish com o projeto ou a solução já no Git. A saída desse diretório é o artefato iniciado pela versão.

Promova a versão que informa estar saudável

Defina ASPNETCORE_URLS ou uma configuração equivalente de endereço e porta, exponha um endpoint de saúde e examine a configuração de inicialização antes que a versão candidata se torne a atual.

Rastreie a produção até o código-fonte

Os resultados da compilação, os logs de execução, o estado de saúde, os segredos, os domínios e a versão promovida permanecem vinculados ao projeto, em vez de separados entre ferramentas sem relação entre si.

Do código-fonte à versão publicada

Três etapas mantêm o caminho de implantação fácil de revisar.

Use o código-fonte e o comportamento de produção que o projeto já tem. O manifesto registra o que a plataforma deve compilar ou provisionar e como verificar se o resultado está pronto.

  1. 01

    Começar com código-fonte ou um modelo

    Traga o repositório existente ou examine e implante uma das variantes específicas de projeto inicial vinculadas abaixo.

    $adios login
  2. 02

    Revisar o contrato de implantação

    Mantenha os comandos, a versão do ambiente de execução ou do serviço, o comportamento das verificações de saúde e as referências a segredos em adios.yaml.

    $git diff -- adios.yaml
  3. 03

    Implantar e inspecionar o resultado

    Acompanhe as evidências de compilação e execução, verifique a versão candidata e abra a rota promovida ou a conexão do serviço.

    $adios up
adios.yaml
Seu projeto
name: dotnet-api
build_cmd: dotnet publish -c Release -o out
start_cmd: dotnet out/MyApp.dll

runtime:
  name: dotnet@8
  port: 8080
  health_path: /healthz
Substitua MyApp.dll pelo assembly gerado pelo projeto e mantenha a versão do ambiente de execução alinhada ao framework de destino.

Pontos de partida prontos para implantação

Comece .NET a partir de um modelo quando o repositório ainda não estiver pronto.

Compare projetos iniciais ASP.NET Core, Minimal API e Blazor com os caminhos exatos de publicação e inicialização já visíveis.

Projetos iniciais de API

ASP.NET Core

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet-aspnet-core
Ambiente de execução
dotnet
Repositório
template-dotnet-aspnet-core
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-aspnet-core.git
cd template-dotnet-aspnet-core
adios up

Projetos iniciais de API

.NET FastEndpoints

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet-fastendpoints
Ambiente de execução
dotnet
Repositório
template-dotnet-fastendpoints
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-fastendpoints.git
cd template-dotnet-fastendpoints
adios up

Projetos iniciais de API

.NET 8 Minimal API

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet
Ambiente de execução
dotnet
Repositório
template-dotnet-8
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-8.git
cd template-dotnet-8
adios up

Projetos iniciais de API

.NET Blazor

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet-blazor
Ambiente de execução
dotnet
Repositório
template-dotnet-blazor
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-blazor.git
cd template-dotnet-blazor
adios up

Projetos iniciais de API

.NET ABP Framework

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet-abp
Ambiente de execução
dotnet
Repositório
template-dotnet-abp
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-abp.git
cd template-dotnet-abp
adios up

Projetos iniciais de API

.NET Orchard Core

Projetos iniciais de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.

C#.NET CLI
Chave do modelo
dotnet-orchard-core
Ambiente de execução
dotnet
Repositório
template-dotnet-orchard-core
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-dotnet-orchard-core.git
cd template-dotnet-orchard-core
adios up

Antes da produção

Verifique a carga de trabalho.Depois, promova a versão.

O caminho mais seguro para a primeira implantação começa com uma compilação ou configuração de serviço reproduzível e uma prévia que teste as dependências que serão realmente usadas em produção.

Pronto quando…

  • dotnet publish succeeds from a clean checkout.
  • O assembly gerado inicia sem um perfil de IDE.
  • O aplicativo escuta na URL e porta de produção configurada.
  • Strings de conexão e chaves de assinatura usam segredos.

Use uma prévia quando…

  • A solução utiliza dependências nativas ou específicas da plataforma.
  • As migrações do Entity Framework alteram os dados de produção.
  • Conexões Blazor ou WebSocket precisam de testes antes da implantação.

Respostas às suas perguntas

O que saber antes de implantar .NET.

Revise os limites do ambiente de execução ou do serviço, o caminho do modelo, o comportamento em caso de falha e as verificações de produção antes de criar a primeira versão.

Adios pode implantar um projeto .NET existente?

Sim. Execute a CLI Adios na raiz do projeto, mantenha o repositório e os arquivos de dependências que você já usa e adicione um arquivo adios.yaml que descreva a compilação de produção, o comando de inicialização, a porta e o caminho de saúde.

Preciso de Docker para implantar .NET?

Não para um ambiente de execução padrão compatível. Use os comandos de produção habituais do projeto em adios.yaml. Se a compilação precisar de pacotes incomuns do sistema operacional ou bibliotecas nativas, verifique essas dependências em uma prévia antes de promover a versão.

Quais modelos .NET estão disponíveis?

O catálogo inclui ASP.NET Core, FastEndpoints, .NET 8 Minimal API, Blazor, ABP Framework, e variantes Orchard Core.

Posso implantar uma compilação .NET dependente do framework?

Sim, quando o ambiente de execução Adios escolhido corresponde ao framework de destino. Mantenha explícitos a saída da publicação e o assembly de inicialização e verifique as bibliotecas nativas necessárias em uma prévia.

O que acontece quando a compilação ou a verificação de saúde falha?

A versão candidata mantém os resultados de compilação e execução disponíveis para análise. Ela deve informar estar saudável antes de se tornar a versão promovida que atende a rota da aplicação.

Posso começar por um modelo em vez de um repositório existente?

Sim. Esta página inclui links para os projetos iniciais oficiais Adios .NET mais próximos do seu caso. Examine a variante exata do código-fonte, implante-a no console ou clone-a localmente e execute adios up.

A primeira versão

Implantar .NET com o código-fonte e as evidências vinculados.

Comece pelo repositório ou por um modelo, revise o contrato de implantação e examine o que será promovido à versão de produção.