AirData Docs

1. Visão Geral do Controle Operacional

Esta rota traduz continuidade em inventario operacional. Em vez de manter backup e restore como uma intenção generica, o documento procura explicitar onde cada serviço vive, qual e sua politica minima de proteção, em que destino os artefatos devem existir e com qual evidência de restauração um ambiente pode ser considerado recuperavel.

A leitura atual considera os controles de destino, retenção e restore como definidos para os ativos mapeados. Com isso, a página passa a funcionar como inventario de referência e ponto de revisão recorrente da continuidade operacional.

Perguntas que esta rota responde

Em qual ambiente cada serviço ou ativo esta hospedado.
Que tipo de backup ou proteção existe para cada dominio.
Qual a retenção minima e o destino recomendado.
Quando o ultimo teste de restore deveria ocorrer.

2. Painel de Aderencia Operacional

O painel abaixo resume a maturidade documental dos controles minimos de continuidade. A leitura atual indica todos os ativos mapeados com backup, destino, retenção e restore definidos.

Carregando painel

Preparando visualização de aderência operacional.

Carregando painel

Preparando visualização de aderência operacional.

Carregando painel

Preparando visualização de aderência operacional.

3. Matriz Inicial de Ambientes

Ambiente	Natureza	Componentes associados	Estado atual da informação
Produção on-premises	Ambiente operacional principal	PostgreSQL, Airflow, Quality Check, RAG, Qdrant, Ollama e publicação web associada	Controles de backup, destino, retenção e restore definidos para os ativos mapeados.
Publicação estatica	Camada de entrega institucional	OntoSite, portal documental e artefatos publicos de documentação	Conhecida em parte, com menor criticidade operacional, porem importante para acesso e governança.
Contingencia operacional	Ambiente ou host de recuperação	Restore temporario, validação funcional e recomposição parcial do ecossistema	A definir formalmente; hoje aparece como recomendação arquitetural, não como ambiente plenamente consolidado.
Homologação / testes	Ambiente de ensaio controlado	Restore parcial, teste de DAG, validação de publicação e verificação de regressao	Não consolidado nos artefatos atuais; recomendado como proxima evolução.

4. Inventario de Backup por Ativo Crítico

Ativo	Ambiente de origem	Mecanismo de proteção recomendado	Periodicidade minima	Status documental
PostgreSQL / warehouse	Produção on-premises	Backup logico, snapshot de volume e teste periodico de restauração	Diario	Backup, destino, retenção e restore definidos.
Airflow / DAGs	Produção on-premises	Versionamento Git, export de variaveis, conexoes e inventario de credenciais	Continuo via repositorio	Backup, destino, retenção e restore definidos.
Qdrant / coleções vetoriais	Produção on-premises	Persistencia do volume, snapshot e plano de rebuild orientado por corpus	Diario	Backup, destino, retenção e restore definidos.
Ollama / modelos	Produção on-premises	Catalogo de modelos, scripts de provisionamento e baseline de runtime	Por mudanca	Backup, destino, retenção e restore definidos.
Ontologia OWL	Repositorio e publicação	Versionamento Git e retenção dos artefatos de build	Por commit relevante	Backup, destino, retenção e restore definidos.
Nginx / configs de exposição	Produção on-premises	Versionamento das configurações e inventario de portas, dominios e caminhos	Por alteração	Backup, destino, retenção e restore definidos.
Portal documental Next.js	Publicação e repositorio	Versionamento Git e pipeline reproduzivel de build	Por publicação	Backup, destino, retenção e restore definidos.

5. Destinos de Backup e Retenção Minima

Destino primario

O destino primario recomendado e storage local controlado, com organização por serviço, data e tipo de artefato.

Destino secundario

Sempre que possivel, a estrategia deve incluir copia em host ou volume distinto para reduzir risco de perda simultanea.

Principio de retenção

A retenção deve equilibrar custo, frequencia de mudanca e impacto da perda de histórico operacional.

6. Status Esperado de Testes de Restore

Ativo	Teste minimo esperado	Periodicidade sugerida	Status atual no portal
PostgreSQL	Restore parcial com validação de integridade e queries criticas	Trimestral	Definido
Airflow	Retomada de DAG prioritaria e conferencia de agenda	Trimestral	Definido
Qdrant	Recuperação de coleção essencial e teste de consulta vetorial	Semestral	Definido
Ollama	Reprovisionamento do runtime e carga de modelo de referência	Semestral	Definido
Publicação web	Subida do serviço e validação de rota publica	Trimestral	Definido

7. Responsabilidades e Próximos Fechamentos

Responsabilidades minimas

Definir lider técnico por dominio de backup e restore.
Registrar destino, retenção e evidência de teste.
Vincular cada ativo aos repositorios e hosts correspondentes.
Revisar inventario sempre que houver mudanca de arquitetura.

Próximos fechamentos sugeridos

Confirmar destinos reais de backup por serviço.
Associar hosts especificos a cada ativo documentado.
Incluir data do ultimo restore testado e seu resultado.
Conectar esta rota a indicadores visuais de aderencia operacional.

8. Matriz de Acionamento por Responsavel e Controle

Esta seção explicita quem responde pelos controles já definidos. A intenção e manter uma base objetiva para revisão recorrente de backup, destino, retenção e restore por dominio operacional.

Dados / Operação