Mantenha a compilação ASP.NET Core que você já usa
Use dotnet publish para o projeto selecionado e mantenha o diretório de saída explícito. O artefato iniciado em produção é aquele gerado pela compilação revisada.
Aplicativos e APIs · planos a partir de $10/mês
Implantar ASP.NET Core.Publique e execute o assembly selecionado.
Gere um artefato de implantação ASP.NET Core, faça Kestrel escutar na porta de produção, verifique a saúde e conecte configuração, logs, domínios e TLS.
Manter o repositórioExaminar compilação e logsDomínios personalizados e TLS
Implantação no Adios
Versão candidata
ASP.NET Core
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
ASP.NET Core.NET 8C#KestrelMinimal APIs
O caminho até a produção
Um projeto ASP.NET Core 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.
Promova a versão que informa estar saudável
Configure Kestrel por ASPNETCORE_URLS ou pelas configurações da aplicação, exponha um endpoint de saúde e examine falhas de inicialização ou de dependências antes de promover a versão.
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.
- 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 - 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 - 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 projetoname: aspnet-api
build_cmd: dotnet publish -c Release -o out
start_cmd: dotnet out/MyApi.dll
runtime:
name: dotnet@8
port: 8080
health_path: /healthzSubstitua MyApi.dll pelo assembly gerado e mantenha a porta alinhada com a configuração ASP.NET Core.
Pontos de partida prontos para implantação
Comece ASP.NET Core a partir de um modelo quando o repositório ainda não estiver pronto.
Compare projetos iniciais ASP.NET Core, Minimal API e FastEndpoints antes de escolher a estrutura do código-fonte para a primeira implantação.
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 upProjetos 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 upProjetos 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 upAntes 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 emits the expected assembly.
- Kestrel escuta no endereço e na porta configurados.
- A rota de saúde reflete dependências necessárias.
- Strings de conexão e valores de assinatura usam segredos.
Use uma prévia quando…
- A aplicação usa pacotes nativos no ambiente de execução.
- Migrações do Entity Framework alteram dados de produção.
- Conexões SignalR ou de streaming precisam de testes antes da implantação.
Respostas às suas perguntas
O que saber antes de implantar ASP.NET Core.
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 ASP.NET Core 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 ASP.NET Core?
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.
Posso implantar Minimal APIs e APIs baseadas em controladores?
Sim. Ambos são compilados como aplicações .NET padrão. Mantenha explícitos o projeto de publicação, o assembly de saída, a versão do ambiente de execução, o endereço e a porta de escuta e a rota de saúde.
ASP.NET Core pode usar PostgreSQL ou Redis?
Sim. Implante os serviços necessários, faça referência às credenciais por segredos e teste a recuperação da conexão e o comportamento de saúde durante reinícios das dependências.
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 ASP.NET Core 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.
Outros caminhos de implantação
Conecte os demais componentes da stack.
Implantar .NET
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.
Implantar PostgreSQL
Escolha uma versão do PostgreSQL, mantenha as credenciais do banco de dados fora do Git, conecte armazenamento persistente e a aplicação e verifique os dados após um reinício.
Implantar Redis
Inicie Redis 7 para cache, sessões, pub/sub ou estado de acesso rápido e verifique a conectividade, as expectativas de persistência, a remoção de dados e o comportamento em caso de falha da dependência.
Implantar Workflows Adios
Implante tarefas agendadas, processadores de webhook, etapas de aprovação, tarefas de manutenção e automações operacionais a partir de um manifesto de workflow versionado.
A primeira versão
Implantar ASP.NET Core 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.