carreira • >400k usuários • Lock-in vendor • Não existia de fi nir papeis claros entre os tipos de usuários • Controle de acesso distribuído entre apps
requisição para dentro da infraestrutura • Responsável por decidir qual aplicação deve responder a requisição • Responsável por checagens intermediárias (ex: CORS)
o controle de acesso • Veri fi ca a autenticidade da identidade da pessoa usuária • Veri fi ca se o usuário tem a permissão necessária para a rota desejada
por se comunicar com os provedores de identidade • Gera & valida token de usuário • Guarda as papéis (roles) existentes • Guarda as associações entre usuário e papéis (roles)
a se espalhar pelos microserviços • Códigos dentro do provedor de identidade • Emails e con fi gurações dentro do provedor de identidade • Con fi gurações diferentes entre ambientes • Alterar tudo sem afetar a experiência das pessoas usuárias
de identidade 2. Levantamento sobre quais aplicações estão se comunicando com o provedor antigo e como estão se comunicando. 3. Criação do novo serviço 4. Centralização das chamadas no novo serviço 5. Duplicar todas as funcionalidades que utilizamos do provedor antigo para o novo 6. Migrar os usuários do antigo para o novo 7. Passar a utilizar utilizar o novo em 100%