Conserva la compilación de ASP.NET Core que ya usas
Usa dotnet publish para el proyecto seleccionado y mantén explícito su directorio de salida. El artefacto que se inicia en producción es el que creó la compilación revisada.
Crea un artefacto de lanzamiento de ASP.NET Core, configura Kestrel para escuchar en el puerto de producción, comprueba su estado y conecta la configuración, los registros, los dominios y TLS.
Versión candidata
ASP.NET Core
CÓDIGO FUENTE
Git
REGION
de
ROUTE
HTTPS
01Código fuente recibido
02Compilación completada
03Entorno de ejecución iniciado
04Control de salud aprobado
Ruta promovida
production.adios.run
Un camino de producción para
El camino de producción
La aplicación o el servicio son solo una parte de producción. Las pruebas de compilación, el estado del entorno de ejecución, la salud, los secretos, los registros, las rutas y la versión promovida deben permanecer disponibles para inspección conjunta.
Usa dotnet publish para el proyecto seleccionado y mantén explícito su directorio de salida. El artefacto que se inicia en producción es el que creó la compilación revisada.
Configura Kestrel mediante ASPNETCORE_URLS o los ajustes de la aplicación, expón un endpoint de comprobación de estado e inspecciona los errores de inicio o de dependencias antes de la promoción.
Los resultados de compilación, los registros del entorno de ejecución, el estado, los secretos, los dominios y el lanzamiento promocionado permanecen vinculados al proyecto, en lugar de repartirse entre herramientas independientes.
Del código fuente al lanzamiento
Usa el código fuente y el comportamiento de producción que ya tiene el proyecto. El manifiesto registra lo que la plataforma debe compilar o aprovisionar y cómo llega a estar listo el resultado.
Trae el repositorio existente o inspecciona y despliega una de las variantes exactas de plantillas iniciales enlazadas abajo.
$adios loginMantén los comandos, la versión del entorno de ejecución o servicio, el comportamiento de salud y las referencias a secretos en adios.yaml.
$git diff -- adios.yamlSigue las pruebas de compilación y ejecución, verifica la versión candidata y abre la ruta promovida o la conexión del servicio.
$adios upname: aspnet-api
build_cmd: dotnet publish -c Release -o out
start_cmd: dotnet out/MyApi.dll
runtime:
name: dotnet@8
port: 8080
health_path: /healthzPuntos de partida desplegables
Compara los proyectos iniciales de ASP.NET Core, Minimal API y FastEndpoints antes de elegir la estructura del código fuente para el primer lanzamiento.
Plantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-aspnet-core.git
cd template-dotnet-aspnet-core
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-8.git
cd template-dotnet-8
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-fastendpoints.git
cd template-dotnet-fastendpoints
adios upAntes de la producción
El primer lanzamiento más seguro empieza con una compilación o configuración de servicio reproducible y una vista previa que pruebe las dependencias que usará producción.
Preguntas, respuestas
Revisa el límite del entorno de ejecución o servicio, la ruta de la plantilla, el comportamiento de fallos y las comprobaciones de producción antes de crear el primer lanzamiento.
Sí. Ejecuta la CLI de Adios desde la raíz del proyecto, conserva el repositorio y los archivos de dependencias que ya usas y añade un archivo adios.yaml que describa la compilación de producción, el comando de inicio, el puerto y la ruta de comprobación de estado.
No para un entorno de ejecución estándar compatible. Usa los comandos de producción habituales del proyecto en adios.yaml. Si la compilación necesita paquetes poco habituales del sistema operativo o bibliotecas nativas, verifica esas dependencias en una vista previa antes de la promoción.
Sí. Ambos se compilan como una aplicación .NET estándar. Mantén explícitos el proyecto que se publica, el ensamblado generado, la versión del entorno de ejecución, la configuración de escucha y la ruta de comprobación de estado.
Sí. Despliega los servicios necesarios, haz referencia a sus credenciales mediante secretos y prueba la recuperación de las conexiones y el comportamiento de comprobación de estado durante los reinicios de las dependencias.
El lanzamiento candidato conserva sus resultados de compilación y ejecución para su inspección. Debe indicar un estado correcto antes de convertirse en la versión promocionada que sirve la ruta de la aplicación.
Sí. Esta página enlaza a los proyectos iniciales oficiales de ASP.NET Core de Adios más adecuados. Inspecciona la variante exacta del código fuente, despliégala en la consola o clónala localmente y ejecuta adios up.
Opciones de despliegue relacionadas
Crea un artefacto de lanzamiento con dotnet publish, inicia el ensamblado seleccionado, comprueba el estado de la aplicación y mantén la ruta vinculada a la versión del código fuente.
Elige una versión de PostgreSQL, mantén las credenciales de la base de datos fuera de Git, conecta almacenamiento persistente y la aplicación, y comprueba los datos después de un reinicio.
Inicia Redis 7 para cargas de trabajo de caché, sesiones, pub/sub o estado de acceso rápido, y verifica la conectividad, las expectativas de persistencia, la expulsión de datos y el comportamiento ante fallos de dependencias.
Despliega trabajos programados, procesadores de webhooks, puntos de aprobación, tareas de mantenimiento y automatizaciones operativas desde un manifiesto de flujo de trabajo versionado.
La primera versión
Parte del repositorio o de una plantilla, revisa el contrato de despliegue e inspecciona lo que se convierte en la versión promovida de producción.