07 · Identidade · Notion + Miro/PDF
Auth Architecture
Resolver a impossibilidade de encerrar corretamente a sessão no Okta, preservando-o como fonte de verdade, alterando pouco os fluxos existentes e sem armazenar senhas.
Contexto do projeto — organizações, produtos e plataformas presentes nas fontes
MRGAOAdmitONE Original
OOkta
AAdmitOne
- Papel
- Arquiteto de soluções · Front-end · Back-end · DevOps
- Domínio
- Identidade
- Fontes
- Notion + Miro/PDF
- Artefatos publicados
- 6
Arquivo de evidênciasEnd-to-end AdmitONE / Okta identity-provider, validation and audit-session architecture.

Contexto
O problema e a fronteira.
Resolver a impossibilidade de encerrar corretamente a sessão no Okta, preservando-o como fonte de verdade, alterando pouco os fluxos existentes e sem armazenar senhas.
A própria fonte chama o desenho de esboço inicial; ele não comprova entrega ou implantação em produção.
Decisões e entregáveis
- Esboço inicial de arquitetura modular de usuários
- Providers Next-Auth para Google, Okta e Facebook
- Validação de existência do usuário no banco da aplicação
- Validação e criação de usuários via API do Okta
- Validação de vínculo entre provider e usuário
- Fluxo de e-mail de ativação do Okta
- Modelo de auditoria para login, logout, cadastro e alteração
- Arquitetura frontend/backend e integração SSO declaradas na origem
- Componentes e endpoints declarados na origem
Tecnologia
- TypeScript
- MongoDB
- ReactJS
- Next.js
- Mongoose ODM
- JavaScript
Arquivo de evidências
Diagramas, interfaces e documentos reais.
Clique em qualquer artefato para abrir a imagem local em tamanho integral.
Referências públicas
AdmitONE Original ↗O que este arquivo comprova
Autoria publicada. Claims proporcionais à fonte.
- A própria fonte chama o desenho de esboço inicial; ele não comprova entrega ou implantação em produção.




