Sostituisci gli script cron nascosti con un workflow versionato
Mantieni trigger, contesto, segreti, dipendenze e comandi dei passaggi in un manifesto che il team può esaminare accanto al codice sorgente dell'applicazione.
Automazione · piani da $10/mese
Distribuisci Workflow Adios.Mantieni verificabili tutti i passaggi e gli errori.
Distribuisci attività pianificate, processori di webhook, punti di approvazione, attività di manutenzione e automazioni operative da un manifesto di workflow versionato.
Mantieni il repositoryEsamina compilazione e logDomini personalizzati e TLS
Distribuzione con Adios
Versione candidata
Workflow Adios
SORGENTE
Git
REGION
de
ROUTE
HTTPS
01Codice sorgente ricevuto
02Compilazione completata
03Ambiente di esecuzione avviato
04Controllo di integrità superato
Route promossa
production.adios.run
Un percorso verso la produzione per
CronWebhooksEventiApprovazioniHTTPPythonSQL
Il percorso di produzione
Un progetto Workflow Adios funzionante ha ancora bisogno di un rilascio sicuro.
L'applicazione o il servizio è solo una parte della produzione. Le evidenze della compilazione, lo stato dell'ambiente di esecuzione, l'integrità, i segreti, i log, le route e la versione promossa devono restare consultabili insieme.
Scopri quale passaggio è fallito e cosa ha prodotto
Ogni esecuzione registra stato dei passaggi, input, output, errori, attese e approvazioni, così un operatore può esaminare il lavoro dopo che il trigger iniziale ha restituito la risposta.
Usa il trigger adatto all'attività
Parti da un webhook, evento interno, pianificazione cron o azione manuale, poi collega esplicitamente passaggi HTTP, dati, attesa, comandi, approvazione e notifiche.
Dal codice sorgente al rilascio
Tre passaggi mantengono il percorso di distribuzione verificabile.
Usa il codice sorgente e il comportamento di produzione già previsti dal progetto. Il manifesto indica cosa la piattaforma deve compilare o provisionare e come verificare che il risultato sia pronto.
- 01
Parti dal codice sorgente o da un modello
Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.
$adios login - 02
Verifica il contratto di distribuzione
Mantieni in adios.yaml i comandi, la versione dell'ambiente di esecuzione o del servizio, il comportamento dei controlli di integrità e i riferimenti ai segreti.
$git diff -- adios.yaml - 03
Distribuisci e verifica il risultato
Segui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.
$adios up
adios.yaml
Il tuo progettoworkflow_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_KEYScegli trigger, tipi di passaggi, dipendenze, timeout e punti di approvazione in base al rischio operativo del workflow.
Punti di partenza pronti per la distribuzione
Avvia Workflow Adios da un modello quando il repository non è pronto.
Questi modelli iniziali di applicazioni sono utili quando un workflow chiama o coordina la tua API. Il workflow stesso viene distribuito dal proprio manifesto.
Progetti base API
Node.js Express
Progetti base Express, Fastify, Hono e NestJS con comandi di avvio pronti per la produzione.
JavaScriptnpm
- Chiave modello
- node-express
- Ambiente di esecuzione
- node
- Repository
- template-node-express
- Percorso sorgente
- .
git clone https://github.com/adiosdotdev/template-node-express.git
cd template-node-express
adios upProgetti base API
Python FastAPI
Progetti base FastAPI, Django, Flask, Litestar e Sanic con comandi di avvio per la produzione.
Pythonpip
- Chiave modello
- python-fastapi
- Ambiente di esecuzione
- python
- Repository
- template-python-fastapi
- Percorso sorgente
- .
git clone https://github.com/adiosdotdev/template-python-fastapi.git
cd template-python-fastapi
adios upProgetti base API
Go Chi
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
GoModuli Go
- Chiave modello
- go-chi
- Ambiente di esecuzione
- go
- Repository
- template-go-chi
- Percorso sorgente
- .
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
adios upPrima della produzione
Verifica il carico di lavoro.Poi promuovilo.
Il primo rilascio più sicuro parte da una compilazione o configurazione del servizio riproducibile e da un'anteprima che mette alla prova le dipendenze effettivamente usate in produzione.
Sei pronto quando…
- Ogni trigger ha un responsabile e un input previsto.
- I segreti usano riferimenti piuttosto che valori letterali.
- I tentativi successivi e le esecuzioni duplicate sono sicuri.
- Le approvazioni proteggono i passaggi irreversibili o di forte impatto.
Verifica in anteprima quando…
- Un passaggio scrive, elimina, addebita importi o invia notifiche a sistemi esterni.
- Il workflow può essere eseguito due volte per lo stesso evento.
- Attese lunghe o interruzioni dei servizi a valle cambiano il comportamento dei timeout.
Risposte alle tue domande
Cosa sapere prima di distribuire Workflow Adios.
Verifica i limiti dell'ambiente di esecuzione o del servizio, il percorso del modello, il comportamento in caso di errore e i controlli di produzione prima di creare il primo rilascio.
Cosa può attivare un workflow Adios?
Un workflow può partire da richieste webhook, eventi interni, trigger cron o pianificati e azioni manuali nell'interfaccia o nella CLI.
Quali tipi di passaggi può eseguire un workflow?
I tipi di passaggi comuni includono HTTP, trasformazioni di dati JSON, attese, comandi bash o Python, SQL, email, S3, analisi delle richieste e approvazioni. La disponibilità può dipendere dal contesto di esecuzione.
Come vengono gestiti i segreti dei workflow?
Dichiara nel manifesto riferimenti ai segreti come secret://API_KEY. Il valore sensibile resta nell'archivio dei segreti, senza finire nei commit del codice sorgente del workflow.
Posso esaminare le esecuzioni precedenti dei workflow?
Sì. La cronologia delle esecuzioni registra stato dei passaggi, output ed errori, permettendo agli operatori di ricostruire cosa è successo dopo la conclusione del trigger o della richiesta iniziale.
I workflow possono coordinare l'API di un'applicazione?
Sì. I passaggi HTTP possono chiamare le route dell'applicazione, mentre passaggi di dati, attesa, approvazione e comandi coordinano le automazioni circostanti.
Percorsi di distribuzione correlati
Collega il resto dello stack.
Distribuisci Node.js
Distribuisci un processo web o un worker Node.js persistente dagli script di pacchetto esistenti, mantenendo associati integrità del rilascio, log, segreti, routing e cronologia Git.
Distribuisci Python
Esegui un'app web o un worker Python mantenendo il file delle dipendenze, il comando del processo, la route di integrità e la configurazione protetta da segreti accanto al codice sorgente.
Distribuisci Go
Compila un servizio Go dal repository, avvia il binario di produzione, verifica l'endpoint di integrità e promuovi la versione esatta che hai esaminato.
Distribuisci RabbitMQ
Avvia RabbitMQ con accesso alla gestione, proteggi le credenziali del broker, collega publisher e consumer e testa conferme, tentativi successivi e persistenza.
Il primo rilascio
Distribuisci Workflow Adios con il codice sorgente e le evidenze associati.
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.