Remplacer les scripts cron cachés par un flux de travail versionné
Conservez les déclencheurs, le contexte, les secrets, les dépendances et les commandes des étapes dans un manifeste que l’équipe peut examiner avec le code de l’application.
Automatisation · offres à partir de $10/mois
Déployer Workflows Adios.Gardez chaque étape et échec inspectable.
Déployez des tâches planifiées, des traitements de webhooks, des étapes d’approbation, des tâches de maintenance et des automatisations opérationnelles à partir d’un manifeste de workflow versionné.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
Workflows Adios
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
CronWebhooksÉvénementsApprobationsHTTPPythonSQL
Le parcours de mise en production
Même opérationnel, un projet Workflows Adios doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Voir quelle étape a échoué et ce qu'elle a produit
Chaque exécution enregistre l’état des étapes, les entrées, les résultats, les erreurs, les attentes et les approbations, afin qu’un opérateur puisse examiner le traitement même après la réponse au déclencheur initial.
Utilisez le déclencheur adapté à la tâche
Partez d’un webhook, d’un événement interne, d’une planification cron ou d’une action manuelle, puis configurez explicitement les étapes HTTP, de données, d’attente, de commande, d’approbation et de notification.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
- 01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login - 02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml - 03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projetworkflow_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_KEYChoisissez les déclencheurs, les types d’étapes, les dépendances, les délais d’expiration et les points d’approbation en fonction du risque opérationnel du workflow.
Points de départ déployables
Démarrer Workflows Adios à partir d'un modèle lorsque le dépôt n'est pas prêt.
Ces modèles applicatifs sont utiles lorsqu’un workflow appelle ou coordonne votre propre API. Le workflow lui-même est déployé à partir de son manifeste.
Projets de démarrage d’API
Node.js Express
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
JavaScriptnpm
- Clé du modèle
- node-express
- Environnement d’exécution
- node
- Dépôt
- template-node-express
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-node-express.git
cd template-node-express
adios upProjets de démarrage d’API
Python FastAPI
Projets de démarrage FastAPI, Django, Flask, Litestar et Sanic avec des commandes de démarrage en production.
Pythonpip
- Clé du modèle
- python-fastapi
- Environnement d’exécution
- python
- Dépôt
- template-python-fastapi
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-python-fastapi.git
cd template-python-fastapi
adios upProjets de démarrage d’API
Go Chi
Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.
GoModules Go
- Clé du modèle
- go-chi
- Environnement d’exécution
- go
- Dépôt
- template-go-chi
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
- Chaque déclencheur a un responsable et des données d’entrée définies.
- Les secrets utilisent des références plutôt que des valeurs littérales.
- Les nouvelles tentatives et les exécutions en double sont sans risque.
- Les approbations sécurisent les étapes irréversibles ou à fort impact.
Prévisualiser quand...
- Une étape écrit, supprime, facture ou envoie une notification à un système externe.
- Le workflow peut s’exécuter deux fois pour un même événement.
- Les longues attentes ou les pannes en aval modifient le comportement des délais d’expiration.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer Workflows Adios.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Qu’est-ce qui peut déclencher un workflow Adios ?
Un workflow peut être déclenché par une requête webhook, un événement interne, une tâche cron ou un déclencheur planifié, ainsi que par une action manuelle dans l’interface ou la CLI.
Quels types d'étapes un workflow peut-il exécuter ?
Les types d’étapes courants comprennent HTTP, les transformations de données JSON, les attentes, les commandes bash ou Python, SQL, les e-mails, S3, l’analyse des requêtes et les approbations. Leur disponibilité peut dépendre du contexte d’exécution.
Comment les secrets de workflow sont-ils gérés?
Déclarez dans le manifeste des références aux secrets, comme secret://API_KEY. La valeur sensible reste dans le stockage de secrets et n’est pas enregistrée dans le dépôt avec le code du workflow.
Puis-je consulter les anciennes exécutions des workflows ?
Oui. L’historique d’exécution enregistre l’état des étapes, les résultats et les erreurs afin que les opérateurs puissent retracer le traitement après la fin du déclencheur ou de la requête initiale.
Les workflows peuvent-ils coordonner une API applicative ?
Oui. Les étapes HTTP peuvent appeler les routes de votre application, tandis que les étapes de données, d’attente, d’approbation et de commande coordonnent les automatisations associées.
Autres options de déploiement
Connectez le reste de votre stack.
Déployer Node.js
Déployez un processus web ou un worker Node.js persistant à partir de ses scripts de packages existants, avec les contrôles de santé de la version, les journaux, les secrets, le routage et l’historique Git associés.
Déployer Python
Exécutez une application web ou un worker Python en conservant le fichier de dépendances, la commande du processus, la route de contrôle de santé et la configuration alimentée par des secrets avec le code source.
Déployer Go
Compilez un service Go à partir du dépôt, lancez le binaire de production, vérifiez son endpoint de contrôle de santé et promouvez la version exacte que vous avez examinée.
Déployer RabbitMQ
Démarrez RabbitMQ avec un accès à l’interface de gestion, protégez les identifiants du broker, connectez les producteurs et les consommateurs et testez les accusés de réception, les nouvelles tentatives et la persistance.
La première version
Déployer Workflows Adios avec le code source et les éléments de vérification associés.
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.