Sustituye scripts de cron ocultos por un flujo de trabajo versionado
Mantén los activadores, el contexto, los secretos, las dependencias y los comandos de los pasos en un manifiesto que el equipo pueda revisar junto al código de la aplicación.
Despliega trabajos programados, procesadores de webhooks, puntos de aprobación, tareas de mantenimiento y automatizaciones operativas desde un manifiesto de flujo de trabajo versionado.
Versión candidata
Flujos de trabajo de Adios
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.
Mantén los activadores, el contexto, los secretos, las dependencias y los comandos de los pasos en un manifiesto que el equipo pueda revisar junto al código de la aplicación.
Cada ejecución registra el estado de los pasos, las entradas, los resultados, los errores, las esperas y las aprobaciones para que un operador pueda inspeccionar el trabajo después de que el activador original haya respondido.
Empieza con un webhook, un evento interno, una programación de cron o una acción manual, y conecta los pasos de HTTP, datos, espera, comandos, aprobación y notificaciones de forma explícita.
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 upworkflow_id: nightly-maintenance
title: Nightly maintenance
enabled: true
version: "1"
triggers:
- type: cron
cron: "0 2 * * *"
timezone: UTC
steps:
- step_id: run-maintenance
name: Run maintenance
kind: http
command:
method: POST
url: https://api.example.com/maintenance
headers:
X-API-Key: secret://API_KEYPuntos de partida desplegables
Estos proyectos iniciales de aplicaciones son útiles cuando un flujo de trabajo llama o coordina tu propia API. El propio flujo de trabajo se despliega desde su manifiesto.
Plantillas iniciales de API
Plantillas iniciales de Express, Fastify, Hono y NestJS con comandos de inicio listos para producción.
git clone https://github.com/adiosdotdev/template-node-express.git
cd template-node-express
adios upPlantillas iniciales de API
Plantillas iniciales de FastAPI, Django, Flask, Litestar y Sanic con comandos de inicio de producción.
git clone https://github.com/adiosdotdev/template-python-fastapi.git
cd template-python-fastapi
adios upPlantillas iniciales de API
Plantillas iniciales de Gin, Chi, Echo, Fiber y Beego con binarios de producción compilados.
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
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.
Un flujo de trabajo puede iniciarse mediante solicitudes webhook, eventos internos, cron u otros activadores programados, y acciones manuales en la interfaz o la CLI.
Los tipos de pasos habituales incluyen HTTP, transformaciones de datos JSON, esperas, comandos bash o Python, SQL, correo electrónico, S3, análisis de solicitudes y aprobaciones. Su disponibilidad puede depender del contexto de ejecución.
Declara referencias a secretos, como secret://API_KEY, en el manifiesto. El valor sensible permanece en el almacenamiento de secretos en lugar de guardarse en el repositorio con el código del flujo de trabajo.
Sí. El historial de ejecuciones registra el estado de los pasos, los resultados y los errores para que los operadores puedan rastrear lo ocurrido después de que haya terminado el activador o la solicitud original.
Sí. Los pasos HTTP pueden llamar a las rutas de tu aplicación, mientras que los pasos de datos, espera, aprobación y comandos coordinan la automatización que las rodea.
Opciones de despliegue relacionadas
Despliega un proceso web o worker persistente de Node.js a partir de sus scripts de paquetes existentes, con el estado del lanzamiento, los registros, los secretos, las rutas y el historial de Git vinculados al proyecto.
Ejecuta una aplicación web o un worker de Python con el archivo de dependencias, el comando del proceso, la ruta de comprobación de estado y la configuración mediante secretos junto al código fuente.
Compila un servicio Go desde el repositorio, inicia el binario de producción, verifica su endpoint de comprobación de estado y promociona la versión exacta que revisaste.
Inicia RabbitMQ con acceso de gestión, protege las credenciales del broker, conecta productores y consumidores y prueba las confirmaciones de recepción, los reintentos y la persistencia.
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.