camilafagundesandCursor
6e23f1533b
O módulo usa a identidade Supabase, isola cada workspace e registra storage, TTL, runner e biblioteca XLSX como decisões ainda abertas. Co-authored-by: Cursor <cursoragent@cursor.com>
39 lines
1.1 KiB
Markdown
39 lines
1.1 KiB
Markdown
# PROMPT 14 — Deploy, operação e rollout
|
|
|
|
Use o MASTER CONTEXT e padrões CI/CD do Elo Pro.
|
|
|
|
## Objetivo
|
|
|
|
Preparar o módulo para staging e piloto controlado.
|
|
|
|
## Implementar/documentar
|
|
|
|
1. Migrations idempotentes e ordem de deploy.
|
|
2. Feature flag desligada por padrão, se esse for o padrão de rollout.
|
|
3. Configuração de envs reutilizando naming conventions do Elo Pro.
|
|
4. Redis em cada ambiente.
|
|
5. Storage privado e políticas por ambiente.
|
|
6. Sentry release/environment.
|
|
7. Limites de runtime e job runner.
|
|
8. Política de limpeza de temporários.
|
|
9. Rollback técnico:
|
|
- app;
|
|
- migration;
|
|
- feature flag;
|
|
- workers/jobs.
|
|
10. Checklist de smoke test pós-deploy.
|
|
11. Runbook para job travado, Redis indisponível, storage indisponível e migration parcial.
|
|
|
|
## Segurança operacional
|
|
|
|
- nenhuma service role exposta ao cliente;
|
|
- secrets somente no mecanismo padrão do ambiente;
|
|
- downloads privados;
|
|
- não criar buckets públicos para simplificar teste.
|
|
|
|
## Entrega
|
|
|
|
- `docs/spreadsheet-adapter/07-deployment-runbook.md`;
|
|
- checklist de staging/piloto;
|
|
- tabela de env vars necessárias sem valores secretos.
|