Baixar para ler offline
![Requisição e Reposta
[ ]](https://image.slidesharecdn.com/cache-concorrencia-sincronizacao-v3-100906162713-phpapp01/85/Cache-Concorrencia-e-Sincronizacao-97-320.jpg)
![Requisição e Reposta
( Intermediadores )
Proxy Tunnel
[ ]
Gateway](https://image.slidesharecdn.com/cache-concorrencia-sincronizacao-v3-100906162713-phpapp01/85/Cache-Concorrencia-e-Sincronizacao-98-320.jpg)
Carregado porThiago Rondon
Cache, Concorrência e Sincronização.
O documento discute conceitos de cache, concorrência e sincronização na web, incluindo tópicos como programação assíncrona, semaphoros, deadlock, starvation, disponibilidade, escalabilidade, consistência, ACID vs BASE e arquitetura REST. É apresentado um caso de estudo sobre editores, servidores, recursos, cache e dados.
Cache, Concorrência e Sincronização.
- 1. Cache, Concorrência e Sincronizaçãona Web. twitter: @thiagorondon - email: thiago@aware.com.br
- 2. Cache, Concorrência e Sincronizaçãona Web. twitter: @thiagorondon - email: thiago@aware.com.br
- 3. Agenda - Programação assíncrona
- 4. O Jantar dosfilósofos.
- 6.
- 7.
- 8.
- 9. Deadlock e Livelock Impasse
- 10. Starvation já era...
- 12.
- 13.
- 14. O documento ‘It’sthe latency, stupid’.
- 15. Criar mais bandwidthé trivial.
- 16. Com uma latência ruim,você esta perdido.
- 17. Dispositivos para consumidores são péssimos.
- 18. Qual a diferençaentre o boing 737 e o 747 ?
- 19. 1965, 1971 e1996.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34. Use um disjuntore não um fusível.
- 35. Qual o problemade um crash ?
- 36. Estratégia para o restart.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45. Disponibilidade vs. Consistência.
- 46. Expectativa : “Mostof the data, most of the time”.
- 47.
- 48. Consistência, Disponibilidade ou tolerantea falhas de particionamento ?
- 49.
- 50.
- 51. Não há terceiraopção na web.
- 52. Ok, existe. Mas,não é trivial, pois ...
- 53. O que sacrificar? Consistência ou Disponibilidade ?
- 54.
- 55. Lei de Moore Umaprofecia que virou uma meta da industria de processadores.
- 56. Nós desenvolvemos software.
- 57. Lei de Amdahl Fração de melhoria ; Ganho de execução. SpeedUp = T(1) / T(N)
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64. Aplicativos geram resposta.
- 65. Estes dois objetivossão ortogonais !
- 66.
- 67.
- 68. Fluxo mental eo fluxo implementado.
- 69.
- 70. Quando eu tenhoum estado ?
- 71.
- 72.
- 73.
- 74.
- 75. Você esta pertode um deadlock ou problemas de escalabilidade.
- 76. Precisamos de uma abstração melhor.
- 77.
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84. Mas você aindaprecisa de objetos mutáveis.
- 85. “Eureka, Eureka” por Arquimedes.
- 86. Sua informação velha, pode ser a nova.
- 87.
- 88.
- 89. Diferencie as respostas e os dados.
- 90.
- 91.
- 92.
- 93.
- 94.
- 95.
- 96.
- 97.
- 98. Requisição e Reposta ( Intermediadores ) Proxy Tunnel [ ] Gateway
- 99. Recursos Construção Aplicações Dados
- 100. Requisição e Reposta GET/workshop GET /workshop Host: sao-paulo.pm.org Host: sao-paulo.pm.org 200 OK 200 OK Cache-Control: max-age=60 Cache-Control: max-age=60
- 101. Requisição e Reposta (30segundos depois) GET /workshop Host: sao-paulo.pm.org 200 OK Cache-Control: max-age=30
- 102. Requisição e Reposta (1minuto) GET /workshop GET /workshop Host: sao-paulo.pm.org Host: sao-paulo.pm.org 200 OK 200 OK Cache-Control: max-age=60 Cache-Control: max-age=60
- 103.
- 104. Estudo de caso. EditoresServidor Recursos Usuários construção cache dados
- 105.
- 106.
- 107.
- 108.
- 109.
- 110.
- 111. Perl Mongers • Grupospara discutir sobre tudo o que você quiser... Filosofia, Política, Astronomia e etc. • Eventos anuais.YAPC::Brasil, Equinócio, workshops, encontros técnicos, ... . • http://sao-paulo.pm.org/
- 112. FIM • http://twitter.com/thiagorondon • http://slideshare.net/thiagorondon •http://github.com/maluco • http://www.maluco.com.br/