O documento discute fundamentos de arquitetura de software, incluindo: (1) O que é arquitetura de software e como estruturar sistemas em módulos, (2) A importância da modularidade e dependências entre módulos, (3) Preocupações arquiteturais como performance, escalabilidade e manutenibilidade.

1. Fundamentos da
Arquitetura de Software
Estruturando Sistemas sem Perder a Cabeça
Pedro Castilho
22/04/2021
/in/pcstl
@coproduto @coproduto

2. Quem sou eu?
- Desenvolvedor há 12 anos
- Atualmente “Desenvolvedor Gerente”
- Compiladores
- Aplicativos
- Embarcados
- Um pouco de tudo
- Cozinheiro nas horas vagas

3. O que faço atualmente
- CTO
- Arquiteto
- Líder técnico
- Pau pra toda obra

4. Sobre o que vamos falar hoje
- O que é arquitetura de software?
- Modularidade
- Dependências
- Sistemas e fronteiras
- Princípios e heurísticas
- Extensibilidade

5. Sobre o que NÃO vamos falar hoje
- Design Patterns
- Linguagens de programação
- Ferramentas
- UML

6. 1: O que é Arquitetura de Software?

7. O que é Arquitetura de Software?

8. O que é Arquitetura de Software?

9. O que é Arquitetura de Software?

10. O que é Arquitetura de Software?
Sistema

11. O que é Arquitetura de Software?
Sistema
Cliente Servidor

12. O que é Arquitetura de Software?
Cliente Servidor DB

13. O que é Arquitetura de Software?

14. O que é Arquitetura de Software?
Entidades
Relações

15. Prática 1: Desenho Top-Down

16. Prática 1: Desenho Top-Down
Opções de sistema:
- 1. Uma plataforma de streaming de vídeo
- 2. Uma rede social
- 3. Um motor de busca
- 4. Ideias?

17. Prática 2: KISS

18. Prática 2: KISS
- De tudo que criamos na última prática, o que podemos eliminar?

19. KISS
- Mantenha a simplicidade
- Comece com o sistema mais simples que possa plausivelmente funcionar
- Não pense demais no começo

20. 2: Modularidade e Dependências

21. Módulos
- Unidade de organização do código
- Classes? Módulos? Arquivos? Tanto faz
- Alguns usam outros

22. Dependências
A B
“A depende de B”

23. Dependências
Sistema
Cliente Servidor
Acoplamento

24. Prática 3: Modularização

25. Prática 3: Modularização

26. O Princípio da Responsabilidade Única
Cada módulo deve ter apenas uma responsabilidade.

27. Prática 4: Responsabilidades Únicas

28. Componentes e o Princípio do Fecho
Os módulos em um mesmo componente devem ter apenas um motivo para
mudar.

29. Prática 5: Componentização

30. O Mapa e o Território

31. O Mapa e o Território

32. O Mapa e o Território

33. 3: Preocupações arquiteturais

34. Preocupações arquiteturais
- Custo
- Performance
- Escalabilidade
- Manutenibilidade
- Observabilidade
- Extensibilidade

35. Preocupações arquiteturais
- Custo
- Performance (qual performance?)
- Escalabilidade
- Manutenibilidade
- Observabilidade
- Extensibilidade

36. Prática 6: Performance na prática

37. Prática 7: Manutenibilidade e observabilidade

38. Conclusão

39. Muito obrigado!
/in/pcstl
@coproduto @coproduto