Escalando globalmente com TypeScript e JavaScript na Klarna

Transcript

1. Escalando globalmente o que fazer quando os usuários são MILHÕES?
2. $ whoami_ {twitter, youtube, linkedin…}.lsantos.dev software engineer_ hello@lsantos.dev
3. > agenda.ts export const agenda = new Set<string>([ 'O que é a Klarna?', 'Uma noção de escopo', 'Premissas básicas', 'O que eu vou detalhar', 'Código', 'Testes', 'Comunicação entre serviços', 'Tracing', 'Outros pontos', 'Things happen…', 'Refs e surpresa', ]);
6. em números - ~7000 funcionários - Manter centralização é complicado - 25 Países - Muitas regras distintas (especialmente USA) - 18 anos no mercado - Legados são um problema real - em média ~850M de mensagens no Kafka por dia (~10.000/s) - Lags pequenos são significativos - +500 microsserviços
7. Premissas
8. Premissas
9. Premissas
10. Premissas
11. Premissas
12. Premissas
13. Tópicos O que a gente vai ver - Testes - Persistência - Comunicação - Práticas de código O que a gente não vai ver - Segurança - Infraestrutura - Processos - Automação, CI/CD, etc
14. Código
15. Tenha um padrão
16. Padrões
17. Padrões
18. Padrões
19. outros padrões - Middlewares x Handlers - Middleware hell - Mutable vs Immutable - Mudança por referência - Variáveis globais
20. outros padrões - Middlewares x Handlers - Middleware hell - Mutable vs Immutable - Mudança por referência - Variáveis globais
21. Seja async
22. async first
23. async first
24. async first
25. async first
26. async first
27. Takeaways - Sempre seja assíncrono - Console.log é síncrono - Use streams para processar grandes quantidades de dados - Não bloqueie o event loop
28. Tipos
31. O curso de TypeScript mais completo do Brasil! https://formacaots.com.br Cupom:FRONTIN2023
32. Não precisa tipar tudo
33. Mas algumas coisas sim
34. Reuse tipos
35. Reuse tipos
36. Reuse tipos
37. Validação estrita https://zod.dev
38. Validação estrita
39. Validação estrita
40. Testes
42. Testes unitários - Tenha muitos (muitos mesmo) - Simples e fáceis de executar - Não mantenha estados - Mocks/Spies Stubs
43. Testes de integração - Exigem infra - Podem exigir estados - Isolar é mais complicado - Essenciais para o bom funcionamento do app
44. Unit x Integration
48. https://pact.io
50. Comunicação
51. perca o medo de MQs
52. mas não use mensagens pra tudo
53. DLQs
54. Idempotência
55. Idempotência
56. Contratos de comunicação - IDLs
57. Bottom line
58. Tracing
59. Tracing
60. Tracing - APMs
61. Tracing - APMs
62. Tracing - APMs
63. things happen
64. Outros pontos - Persistência - Normalização: As coisas precisam fazer sentido - Migrations: Porque você não vai acessar o DB de produção - URNs: Em múltiplos domínios, é muito difícil saber de onde aquele UUID veio - ORMs: Por favor…
65. URNs ba080f31-dcf2-48a7-89a3-d552906cbd79 aa119d69-f972-464d-aa9e-b21b8ac7816b
66. URNs urn:com.klarna:sistema-us:order:aa119d69-f972-464d-aa9e-b21b8ac7816b protocolo domínio proprietário recurso identificador
67. O LinkedIn é um grande utilizador de URNs
68. URNs urn:com.klarna:sis-us:card:ba080f31-dcf2-48a7-89a3-d552906cbd79 urn:com.klarna:other-us:order:aa119d69-f972-464d-aa9e-b21b8ac7816b
69. Outros pontos - Logging - Foque em campos úteis - Logs são caros, faça bom uso - Sustentação vs Active Development - Manter não é o mesmo de criar - Dados sensíveis: devem ser censurados - Ou criptografados - Indexação e busca: Se for para logar sem index, melhor imprimir - Correlação: adicione IDs de correlação, similares ao trace-id
70. A complexidade de um sistema é diretamente proporcional à falta de comunicação
72. refs_ - https://lsantos.dev/frontin-23-slides - https://formacaots.com.br - https://lsantos.dev/klarna-careers - https://lsantos.dev/yt-apps-ts - https://lsantos.dev/yt-large-systems - https://lsantos.dev/yt-distributed-systems - https://lsantos.dev/talk-global-scale
73. O curso de TypeScript mais completo do Brasil! https://formacaots.com.br Cupom:FRONTIN2023
74. tack_ lsantos.dev