Skip to content

Aplicações acadêmicas próprias

Esta frente trata das aplicações acadêmicas core que CPPS opera pra pesquisa, ensino e extensão. Diferente de camada 9 (workloads), que documenta tecnicamente cada app, esta frente articula estratégia institucional das aplicações.

Aplicações em escopo

AplicaçãoFunção institucionalStatus
Tutor / Open edXLMS pra cursos de pós-graduação✅ Em produção (Franca)
InvenioRepositório institucional digital✅ Em produção (Franca) — 2 instâncias
OJSSistema de revistas científicas com peer review✅ Em produção — 2 instâncias
SupersetAnalytics e dashboards (vinculado a dados de pesquisa)✅ Em produção — 3 hostnames
AirflowOrquestração de pipelines ETL✅ Em produção
OnlyOfficeSuite office colaborativo🚧 Em ramp-up workstations Ryzen
Custom apps de pesquisaApps específicas (cpps-dashboard, etc.)🚧 Variável

Articulação com camadas e transversais

CamadaPapel
9 — WorkloadsTecnologia + manifests
4 — IngressHostnames + TLS
1 — StorageDBs, search indexes
2 — BackupBackup VM-level + dados aplicação
TransversalPapel
IAMSSO pra alunos/pesquisadores
Backup e continuidadeDR estratégico pra apps críticas
GovernançaLGPD, audit, retenção de dados acadêmicos

Critério de “aplicação institucional crítica”

Nem toda app vira “aplicação acadêmica própria” — critério:

  • ✅ Atende pesquisa, ensino ou extensão diretamente
  • ✅ Mantida e desenvolvida pelo CPPS (não simples consumo de SaaS)
  • ✅ Estado dependente (DB, search index) — exige backup + replicação
  • ✅ Public-facing pra alunos/pesquisadores externos

Apps operacionais (OpenObserve, ArgoCD, Authentik) ficam em camada 9 — workloads como ferramentas, não como entrega acadêmica.

Próximas decisões pendentes

  • ⏳ Replicação cross-site Tutor/Invenio/OJS (precisa pra failover real, ver ADR-008)
  • ⏳ Estratégia de retenção de dados (LGPD)
  • ⏳ Onboarding novo curso/revista no Tutor/OJS — runbook + automation