Substitua scripts cron ocultos por um workflow versionado
Mantenha gatilhos, contexto, segredos, dependências e comandos das etapas em um manifesto que a equipe possa revisar junto do código-fonte da aplicação.
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.
Versão candidata
Workflows Adios
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
O caminho até a produção
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.
Mantenha gatilhos, contexto, segredos, dependências e comandos das etapas em um manifesto que a equipe possa revisar junto do código-fonte da aplicação.
Cada execução registra o estado das etapas, entradas, saídas, erros, esperas e aprovações para que um operador possa examinar o trabalho depois que o gatilho original retorna.
Comece por um webhook, evento interno, agendamento cron ou ação manual e conecte de forma planejada as etapas de HTTP, dados, espera, comandos, aprovação e notificação.
Do código-fonte à versão publicada
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.
Traga o repositório existente ou examine e implante uma das variantes específicas de projeto inicial vinculadas abaixo.
$adios loginMantenha 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.yamlAcompanhe 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 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_KEYPontos de partida prontos para implantação
Esses projetos iniciais de aplicação são úteis quando um workflow chama ou coordena sua própria API. O workflow em si é implantado a partir do seu manifesto.
Projetos iniciais de API
Projetos iniciais de Express, Fastify, Hono e NestJS com comandos de inicialização prontos para produção.
git clone https://github.com/adiosdotdev/template-node-express.git
cd template-node-express
adios upProjetos iniciais de API
Projetos iniciais de FastAPI, Django, Flask, Litestar e Sanic com comandos de inicialização em produção.
git clone https://github.com/adiosdotdev/template-python-fastapi.git
cd template-python-fastapi
adios upProjetos iniciais de API
Projetos iniciais de Gin, Chi, Echo, Fiber e Beego com binários de produção compilados.
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
adios upAntes da produçã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.
Respostas às suas perguntas
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.
Um workflow pode começar por requisições de webhook, eventos internos, cron ou gatilhos agendados, e ações manuais na interface ou na CLI.
Tipos comuns de etapa incluem HTTP, transformação de dados JSON, espera, comandos bash ou Python, SQL, e-mail, S3, análise de requisições e aprovações. A disponibilidade pode depender do contexto de execução.
Declare referências a segredos, como secret://API_KEY, no manifesto. O valor sensível permanece no armazenamento de segredos, sem ser versionado com o código-fonte do workflow.
Sim. O histórico de execução registra o estado das etapas, as saídas e os erros para que operadores possam rastrear o que aconteceu depois que o gatilho ou a requisição original terminou.
Sim. Etapas HTTP podem chamar as rotas da aplicação, enquanto etapas de dados, espera, aprovação e comandos coordenam a automação ao redor dela.
Outros caminhos de implantação
Implante um processo web ou worker Node.js persistente a partir dos scripts de pacote existentes, com a saúde da versão, os logs, os segredos, o roteamento e o histórico Git vinculados.
Execute uma aplicação web ou worker Python com o arquivo de dependências, o comando do processo, a rota de saúde e a configuração baseada em segredos junto do código-fonte.
Compile um serviço Go a partir do repositório, inicie o binário de produção, verifique seu endpoint de saúde e promova a versão exata que você revisou.
Inicie RabbitMQ com acesso de gerenciamento, proteja as credenciais do broker, conecte produtores e consumidores e teste confirmações, novas tentativas e persistência.
A primeira versão
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.