Distribuindo Sistemas
2 gostaram671 visualizações
O documento discute lições aprendidas na construção de sistemas distribuídos e de sistemas de sistemas, cobrindo tópicos como estilos de arquitetura distribuída, desafios como falhas e latência na rede, a importância de APIs robustas e tolerantes a falhas, e a emergência de sistemas complexos a partir de componentes simples.
![for tag in tags:
processe_tag(tag)
API Cliente
{
“titulo”: “Distribuindo Sistemas”,
“tags”: [“sistemas”, “diversão”],
“nota”: 6
}
36Friday, June 14, 13](https://image.slidesharecdn.com/encatec-lsdr-130614151733-phpapp01/85/Distribuindo-Sistemas-36-320.jpg)
![{
“titulo”: “Distribuindo Sistemas”,
“tags”: [“sistemas”, “diversão”],
“nota”: 6
}
for tag in tags:
processe_tag(tag)
API Cliente
?? 37Friday, June 14, 13](https://image.slidesharecdn.com/encatec-lsdr-130614151733-phpapp01/85/Distribuindo-Sistemas-37-320.jpg)
![API Cliente
{
“titulo”: “Distribuindo Sistemas”,
“tags”: [“sistemas”, “diversão”],
“nota”: 6
}
persistir(doc)
38Friday, June 14, 13](https://image.slidesharecdn.com/encatec-lsdr-130614151733-phpapp01/85/Distribuindo-Sistemas-38-320.jpg)
![API Cliente
{
“titulo”: “Distribuindo Sistemas”,
“tags”: [“sistemas”, “diversão”],
“nota”: 6
}
??
persistir(doc)
39Friday, June 14, 13](https://image.slidesharecdn.com/encatec-lsdr-130614151733-phpapp01/85/Distribuindo-Sistemas-39-320.jpg)
Distribuindo Sistemas
- 1. Distribuindo Sistemas Lições (re)aprendidas na construção de um Sistema de Sistemas 1Friday, June 14, 13
- 2. br.linkedin.com/lsdrocha Luiz Rocha {github.com/lsdr twitter.com/lsdr lsdr.net 2Friday, June 14, 13
- 4. p2p 4Friday, June 14, 13
- 7. a web http://www.flickr.com/photos/gwgwijnands/5018129073/sizes/o/in/photostream/ 7Friday, June 14, 13
- 8. • Você está cercado de sistemas distribuídos • Diversos “estilos” de arquitetura • Sistema de Sistemas recapitulando 8Friday, June 14, 13
- 9. Fatos Públicos e Notórios 9Friday, June 14, 13
- 10. 1960 - 1970 10Friday, June 14, 13
- 11. clássica “Um sistema distribuído é aquele no qual componentes localizados em computadores interligados em rede se comunicam e coordenam suas ações apenas passando mensagens” 1988 - Coulouris, Dollimore, Kindberg 11Friday, June 14, 13
- 12. Concorrência Desacoplamento de Componentes Ausência de Memória Compartilhada Relógios Independentes Propagação de Falhas 12Friday, June 14, 13
- 13. “Um sistema distribuído é aquele onde uma falha em um computador que você nunca imaginou que existisse te impede de usar seu próprio computador.” Leslie Lamport 13Friday, June 14, 13
- 14. Princípio da Robustez “Seja conservador no que você faz, seja liberal com o que aceita dos outros.” Jon Postel 14Friday, June 14, 13
- 15. A rede é confiável A latência é zero A banda é infinita A rede é segura Topologias não mudam Existe um administrador Custo de transporte é zero A rede é homogênea 8 Falácias da Computação Distribuída Peter Deutsch 1994 15Friday, June 14, 13
- 16. • Sistemas distribuídos não são novidade! • Ainda assim, todo mundo desliza na hora H • “Aqueles que desconhecem o passado estão fadados à repetí-lo.” recapitulando 16Friday, June 14, 13
- 17. Sistemas de Sistemas 17Friday, June 14, 13
- 18. 18Friday, June 14, 13
- 20. 20Friday, June 14, 13
- 22. Lei de Gall “Um sistema complexo que funciona invariavelmente evoluiu de um sistema simples que funcionava.” 22Friday, June 14, 13
- 27. +40 sistemas recursos, APIs, serviços, sites, ... 27Friday, June 14, 13
- 28. 28Friday, June 14, 13
- 30. • Componentização e independência das partes • Construção por composição • Emerge da necessidade, não de desenho prévio recapitulando 30Friday, June 14, 13
- 32. Não existem exceções para a Lei de Postel 32Friday, June 14, 13
- 33. API case http.status_code when 200 faz_alguma_coisa when 404 mostre_erro Cliente 200 OK 33Friday, June 14, 13
- 34. API case http.status_code when 200 faz_alguma_coisa when 404 mostre_erro Cliente 410 Gone ?? 34Friday, June 14, 13
- 35. API case http.status_code when 200 faz_alguma_coisa when 404 mostre_erro Cliente 984 Oi? ?? 35Friday, June 14, 13
- 36. for tag in tags: processe_tag(tag) API Cliente { “titulo”: “Distribuindo Sistemas”, “tags”: [“sistemas”, “diversão”], “nota”: 6 } 36Friday, June 14, 13
- 37. { “titulo”: “Distribuindo Sistemas”, “tags”: [“sistemas”, “diversão”], “nota”: 6 } for tag in tags: processe_tag(tag) API Cliente ?? 37Friday, June 14, 13
- 38. API Cliente { “titulo”: “Distribuindo Sistemas”, “tags”: [“sistemas”, “diversão”], “nota”: 6 } persistir(doc) 38Friday, June 14, 13
- 39. API Cliente { “titulo”: “Distribuindo Sistemas”, “tags”: [“sistemas”, “diversão”], “nota”: 6 } ?? persistir(doc) 39Friday, June 14, 13
- 40. Sempre existem ruídos 40Friday, June 14, 13
- 41. • complicado propagar custo de manutenção para clientes • client-first - a exemplo da web • causo: application/xhtml+xml versus text/html para servir XHTML 1.0 41Friday, June 14, 13
- 42. Esteja preparado para falhas 42Friday, June 14, 13
- 43. 43Friday, June 14, 13
- 44. ?? 44Friday, June 14, 13
- 45. Cache ?? 45Friday, June 14, 13
- 46. Cache não é só para performance 46Friday, June 14, 13
- 47. • independência entre cliente e servidor • cópias locais podem introduzir inconsistências, mas adicionam resiliência • invalidar cache é insano, deixe expirar 47Friday, June 14, 13
- 48. Redes não são mágicas 48Friday, June 14, 13
- 49. Toda rede falha 49Friday, June 14, 13
- 50. Toda rede oscila 50Friday, June 14, 13
- 51. Pacotes se perdem 51Friday, June 14, 13
- 52. API Cliente API Cliente API Cliente 10 ms 10 seg timeout? sem resposta? 52Friday, June 14, 13
- 53. Se a rede cair, quanto tempo seu cliente permanece vivo? 53Friday, June 14, 13
- 54. 54Friday, June 14, 13
- 55. DDoS auto-inflingido 55Friday, June 14, 13
- 56. Graceful Degradation 56Friday, June 14, 13
- 57. • considere sempre caso em que a rede falha • considere sempre que as mensagens vão crescer de tamanho • não faça requisições em série 57Friday, June 14, 13
- 59. Obrigado! 59Friday, June 14, 13