Cloudflare Infrastructure
Cloudflare Infrastructure
Section titled “Cloudflare Infrastructure”Visão Geral
Section titled “Visão Geral”O standard-api-standard é Cloudflare-oriented, mas o core continua API-first e testável localmente. Cloudflare hospeda a borda, filas, storage de artefatos, índice vetorial auxiliar e governança de chamadas AI. PostgreSQL externo/gerenciado permanece a fonte transacional crítica.
Produtos Cloudflare
Section titled “Produtos Cloudflare”- Workers: API Gateway/BFF, endpoints leves, validação e integração com bindings.
- Workflows: orquestração durável do lifecycle com retries, checkpoints e approval gates.
- Queues: jobs assíncronos de ingestão, embeddings, reports, exports e tarefas futuras de agentes.
- R2: documentos, evidências, relatórios e exports versionados.
- Vectorize: Knowledge Base vetorial auxiliar; nunca fonte normativa SCF.
- AI Gateway: observabilidade, rate limiting, DLP/guardrails futuros e governança de chamadas LLM/embedding.
- Pages: hosting do frontend placeholder/futuro consumidor da API.
- KV: cache/config/feature flags leves, sem dados críticos.
- D1: não usado no MVP; não substitui PostgreSQL.
- Durable Objects: não usado no MVP; reservado para locks/sessões coordenadas quando houver requisito real.
- Access / Zero Trust: estratégia obrigatória para console/admin antes de exposição pública.
Workers Previstos
Section titled “Workers Previstos”api-gateway: expõe/api/v1, valida requests, produz jobs em Queues e aciona Workflows.ingestion-worker: consomeDOCUMENT_INGESTION_QUEUE, processa ingestão documental e grava artefatos em R2.kb-worker: consomeKB_EMBEDDING_QUEUEe atualiza Vectorize por tenant/assessment.reporting-worker: consomeREPORT_EXPORT_QUEUEe gera reports/exports assíncronos.lifecycle-workflow: executaASSESSMENT_WORKFLOWpara transições duráveis do lifecycle.
Workflows
Section titled “Workflows”ASSESSMENT_WORKFLOW representa a orquestração durável do assessment lifecycle. Ele não substitui validações do assessment-engine; apenas coordena passos, retries e checkpoints.
Queues
Section titled “Queues”DOCUMENT_INGESTION_QUEUE: ingestão e chunking.KB_EMBEDDING_QUEUE: embeddings e indexação vetorial.REPORT_EXPORT_QUEUE: geração de relatórios e exports.AGENT_TASK_QUEUE: placeholder futuro para agentes funcionais.DEAD_LETTER_QUEUE: mensagens que excedem retries.
Buckets por ambiente:
standard-documents-*standard-reports-*standard-exports-*
R2 keys devem preservar tenant_id, organization_id e assessment_id no prefixo lógico. Buckets production nunca são usados por dev/staging.
Vectorize
Section titled “Vectorize”Índices:
standard-kb-devstandard-kb-stagingstandard-kb-prod
Namespaces/metadados devem separar tenant e assessment. Vectorize só recupera evidências; SCF estruturado continua fonte normativa.
AI Gateway
Section titled “AI Gateway”Configuração por variáveis:
AI_GATEWAY_ACCOUNT_IDAI_GATEWAY_NAMEAI_GATEWAY_BASE_URL
Nenhum endpoint real ou segredo é hardcoded. Produção deve habilitar controles de custo, logs seguros, DLP/guardrails conforme política e metadados como trace_id.
Ambientes
Section titled “Ambientes”- local: PostgreSQL via Docker, mocks/adapters para Cloudflare quando necessário.
- development: Cloudflare dev com dados sintéticos.
- staging: validação com dados sintéticos/mascarados.
- production: deploy manual, secrets obrigatórios, proteção adicional.
Segurança e Multi-Tenancy
Section titled “Segurança e Multi-Tenancy”- Nenhum fluxo crítico sem
tenant_id,organization_id,assessment_idetrace_id. - Logs não podem conter documentos, chunks completos, prompts sensíveis ou secrets.
- Deploy production exige aprovação manual.
- Endpoints admin devem ficar protegidos por Access/Zero Trust antes de exposição.
- Tokens Cloudflare e GitHub devem seguir menor privilégio.
Estado de Produção (2026-04-30)
Section titled “Estado de Produção (2026-04-30)”A infraestrutura de produção foi provisionada e está operacional:
| Recurso | Nome / ID | Status |
|---|---|---|
| API Gateway Worker | standard-api-standard-api-gateway-production | ✅ Deployed |
| Workflow Worker | standard-api-standard-workflows-production | ✅ Deployed |
| Ingestion Worker | standard-api-standard-ingestion-production | ✅ Deployed |
| KB Embedding Worker | standard-api-standard-kb-worker-production | ✅ Deployed |
| Reporting Worker | standard-api-standard-reporting-worker-production | ✅ Deployed |
| R2 Documents | standard-documents-prod | ✅ Provisionado |
| R2 Reports | standard-reports-prod | ✅ Provisionado |
| R2 Exports | standard-exports-prod | ✅ Provisionado |
| Vectorize KB | standard-kb-prod (1536 dims, cosine) | ✅ Provisionado |
| Queue Ingestion | standard-document-ingestion-prod | ✅ Provisionado |
| Queue KB | standard-kb-embedding-prod | ✅ Provisionado |
| Queue Reports | standard-report-export-prod | ✅ Provisionado |
| Queue Agent | standard-agent-task-prod | ✅ Provisionado |
| Queue Dead Letter | standard-dead-letter-prod | ✅ Provisionado |
| KV Config | standard-config-kv-prod (e7aba96b342b4060ab3869ca7789832d) | ✅ Provisionado |
| KV Feature Flags | standard-feature-flags-kv-prod (23e073ec707d4803a8957e13a4046810) | ✅ Provisionado |
| KV Cache | standard-cache-kv-prod (55f97abbf9794b0196bdf51e8c1dedec) | ✅ Provisionado |
| PostgreSQL | Neon Serverless (ep-blue-breeze-anyfua57, us-east-1) | ✅ Migrado |
O secret DATABASE_URL está injetado nos worker environments via wrangler secret put.
O adaptador CloudflareR2StorageAdapter está ativo no API Gateway, lendo o binding STANDARD_DOCUMENTS_BUCKET do ambiente Cloudflare.
Decisões em Aberto
Section titled “Decisões em Aberto”- Estratégia de custom hostnames por tenant (Cloudflare for SaaS).
- Política formal de DLP/log retention no AI Gateway.
- Adoção de Terraform/Pulumi para IaC do estado de infra provisionada.
- Separação física ou lógica de buckets por tenant enterprise.
- Workers for Platforms e Access/Zero Trust para endpoints admin.
- D1 e Durable Objects: não configurados — sem requisito ativo no MVP.
- Dimensão de embeddings e modelo para Vectorize (configurado em 1536/cosine para compatibilidade com OpenAI text-embedding-3-small/large).