Epic: Desacoplamento GraphQL (pós-R1)

[nitaibezerra]

Epic: Desacoplamento GraphQL (pós-R1)

Epic guarda-chuva para os follow-ups de desacoplamento após a migração R1, em que o portal passou a consumir a fachada GraphQL (graphql-api). O objetivo é completar o paradigma: nenhum consumidor toca o banco diretamente — tudo passa pela fachada.

Contexto e racional: post do blog "Uma fachada GraphQL para o DGB" · ADR-002 · docs profunda do graphql-api.

Escopo

1. Workers de dados fora do Postgres direto — feature-worker, typesense-sync-worker, bronze-writer passam a consumir a superfície interna do schema (já existente; migração opt-in via data-platform#168). umami-sync não migra (domínio distinto).
2. Cleanup pós-flags no portal — remover rotas REST legadas, SSR firebase-admin direto, simplificar facades para só-GraphQL, remover mutation deprecada.
3. Higiene de infra — restringir CORS de produção do graphql-api; trocar binding IAM de dev (infra#185, já aberta).

Critério de conclusão

• Os 3 workers migrados não têm mais DATABASE_URL nem IAM Cloud SQL.
• Portal só usa GraphQL (sem rotas REST legadas, SSR direto ou facades duais).
• CORS de produção restrito; binding IAM de dev resolvido (infra#185).

Sub-issues

(vinculadas abaixo conforme criadas)