O documento discute tópicos como implantação, planejamento de capacidade, escalabilidade e monitoramento que deveriam ser mais abordados em eventos sobre desenvolvimento web. O autor defende que escalabilidade está no software e não no hardware, e que planejamento de capacidade não é apenas teoria, mas também prática, como proposto pelo método Guerrilla Capacity Planning.

1. deployment, capacity planning, escalabilidade e outros tópicos que deveriam ser mais abordados em eventos como esse... George Guimarães [email_address] Rails Summit 2008

2. = web operations George Guimarães [email_address] Rails Summit 2008

3. fator econômico também é importante

12. ?

13. desenvolvimento produção escalabilidade

15. como rodar em produção ?

16. requisição web típica Gateway porta 80 dinâmico? HTTP Request não sim gateways Apache pound nginx

17. caso 1 Apache + mod_rails + ruby enterprise edition Hongli Lai e Ninh Bui estão aqui!

18. caso 2 nginx + thin + ruby enterprise edition (?) Igor Sysoev e Marc-André NÃO estão aqui!

19. como enviar meu código para produção ?

20. Capistrano SVN / GIT Servidor(es)

21. Capistrano Servidor(es) cap deploy SVN / GIT

22. Capistrano Servidor(es) cap deploy SVN / GIT

23. Capistrano para a Locaweb gem sources -a http://gems.github.com sudo gem install akitaonrails-locarails cd seu_projeto locarails . [... responder as questoes ...] cap deploy:setup cap deploy

24. monitoramento

25. Nagios chato de configurar mas funciona muito bem mas é chato sério...

26. ganglia Berkeley distribuído visão agregada

32. capacity planning e escalabilidade

33. Rails escala?

34. que diabos é escalabilidade ?!

35. que diabos é escalabilidade ?! “ propriedade de um sistema de aumentar e não entrar em colapso ”

37. o problema é do Rails ou da arquitetura ?

38. como quantificar ‘escalabilidade’ será que é possível ?

39. Guerilla Capacity Planning e Lei Universal de Escalabilidade !

40. capacity planning não é novidade…

48. Lei Universal de Escalabilidade

49. Mundo ideal número de usuários ou requests/s número de requests (bem) atendidos/s

50. 1º problema: serial vs paralelo número de tarefas feitas/s número de processadores

51. no Pagestacker... documento web crawler mecanismo de busca banco de dados thumbnail identificação de idioma! yay! paralelo serial

52. 1º problema: serial vs paralelo número de tarefas feitas/s número de processadores

53. 1º problema: serial vs paralelo número de tarefas feitas/s número de processadores também conhecido como a lei de Amhdal

54. 2º problema: gargalos número de usuários ou requests/s número de requests (bem) atendidos/s

58. a idéia do GCaP não é ser um GPS…

59. … é ser mais como uma bússola

60. pense em métodos ágeis… mas é para infra!

65. Muito obrigado! Dúvidas? George Guimarães http://georgeguimaraes.com [email_address] twitter: @georgeguimaraes