Autenticação & Autorização de pessoas usuárias @ Trybe

$ whoami

• Mineiro • Engenheiro de Software @ Trybe • 10+
anos xp • Tentando ser fi tness • @mfbmina

$ cat not_included.txt

• Feature fl ags / feature switches / feature toggles
• Autenticação & autorização entre serviços

$ man authentication

De fi ne como a pessoa entra em seu sistema
Autenticação é validar a autenticidade de um usuário

$ man authorization

De fi ne os papéis e privilégios de determinada pessoa
Autorização é permitir um usuário executar determinada ação

• Administrador & Usuário • Professor & estudante • Usuários
de leitura & usuário de escrita

$ diff authentication authorization

• Autenticação valida a identidade • Autorização valida os papéis
de uma identidade

$ man trybe

• Escola de tecnologia orientada para o desenvolvimento de uma
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

$ man componentes • Apigateway • Aplicação • Serviço de
autorização • Serviço de autenticação

$ man apigateway • Trae fi k • Recebe toda
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)

$ man app • React + JS / TS •
Elixir + Phoenix • Postgres

$ go --help

• Facilidade de uso • Documentação abrangente • Performance •
Segurança • Builds

$ go run authorization/main.go

$ man authorization_service • App escrita em Go • Centralizar
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

$ cat challenges.txt • Centralizar o controle de acesso •
Adoção fácil entre as equipes • Não deve impactar a performance e a experiência do usuário

$ cat adoption.txt • Envolvemos as equipes no processo de
construção • Processo simples e bem documentado • Ajuda e exemplos

$ cat performance.txt • Concorrência • Benchmark de código •
Benchmark da solução • Dashboards • Monitoramento

$ man concurrency

$ go test -bench=.

$ ./app_benchmark

• Siege (https://github.com/JoeDog/siege) • Fornece arquivo de URLs a serem
acessadas • Permite con fi gurar quantidade de conexões concorrentes • Testes feitos com 1x, 1,5x, 2x, 10x, 100x carga atual

$ grep *.dashboard

$ cat monitoring.txt

• Sentry • Alertas con fi gurados pela infra •
APMs

$ cat problems.txt • Ponto único de falha • Tempo
de resposta

$ go run authentication/main.go

$ man authentication_service • App escrita em Go • Responsável
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)

$ cat motivations.txt • Custo • Acabar com o vender
lock-in • Centralizar interações com o provedor de identidade

$ cat challenges.txt • Chamadas espalhadas pelo monolito • Começando
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

$ cat plan.txt 1. Estudo sobre as opções de provedores
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%

$ cat learnings.txt • Estudo e planejamento são essenciais •
Não subestime a complexidade do desa fi o • Documentação sempre vai ser útil no futuro • Isolar e centralizar cedo evitou retrabalho • …

Perguntas? Muito obrigado!

@mfbmina

Autenticação & Autorização de pessoas usuárias @ Trybe

Autenticação & Autorização de pessoas usuárias @ Trybe

More Decks by Matheus

Other Decks in Programming

Featured

Transcript