Baixado 55 vezes
Carregado porEmerson Macedo
Beyond Ruby with NodeJS - RubyConf Brasil 2010
O documento discute a arquitetura de software escalável utilizando Node.js. Ele explica como Node.js usa um modelo de programação não bloqueante e baseado em eventos para atender alta concorrência, evitando threads. Isso permite que um processo Node.js suporte milhares de conexões simultâneas de forma eficiente.
Mais conteúdo relacionado
Semelhante a Beyond Ruby with NodeJS - RubyConf Brasil 2010
Beyond Ruby with NodeJS - RubyConf Brasil 2010
- 1.
- 2.
- 4.
- 5.
- 6. class Product <ActiveRecord::Base after_create :set_initial_inventory has_many :variants, :dependent => :destroy has_many :images, :as => :viewable, :order => :position, :dependent => :destroy has_many :properties, :through => :product_properties belongs_to :tax_category validates_presence_of :name validates_presence_of :master_price validates_presence_of :description make_permalink :with => :name, :field => :permalink end Model Friday, August 7, 2009
- 7. “Tornar as coisas simplesfáceis e as coisas difíceis possíveis” Fisolofia Ruby
- 8.
- 9.
- 10. Código Bonito Don’t RepeatYourself ConventionOver Configuration
- 11. class Booking <ActiveRecord::Base belongs_to :hotel belongs_to :user validates_presence_of :hotel validates_presence_of :user validates_presence_of :credit_card validates_presence_of :credit_card_name validates_length_of :credit_card, :within => 16..16 validates_format_of :credit_card, :with => /^d*$/ validates_length_of :credit_card_name, :within => 3..70 def total hotel.price * nights end def nights ((checkout_date - checkin_date) / 1.day).round end def to_s "Booking(#{user},#{hotel})" end end
- 14.
- 15.
- 16. ~ 2 bilhõesde usuários de internet em todo mundo
- 18. 68 milhões deusuários
- 19. 68 milhões deusuários 37 milhões são ativos
- 20. 0 22,5 45 67,5 90 Brasil Italia EspanhaJapão EUA Inglaterra França AustráliaAlemanha Suiça 59 % 63 % 72 %73 %74 %74 %75 % 77 %78 % 86 % % de usuários ativos nas Redes Sociais Fonte:The Nielsen Company
- 22.
- 23. ~ 70% dosadultos serão usuários regulares de redes sociais
- 28. Estrutura física de servidorespara escalar
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 36. Escalando DB nahorizontal write read write write read
- 37. Escalando DB nahorizontal Shard Database Shard Database Shard Database Shard Database Shard Database Shard Database
- 39. Arquitetura pra fazer osoftware escalar
- 40. Pattern para atender muitosrequests
- 41. Pattern para atender muitosrequests Finalize a requisição o mais rápido possível
- 42.
- 47.
- 53. Por que entãomais uma tecnologia ?
- 55.
- 56.
- 59.
- 60. Qual é oproblema das tecnologias atuais ?
- 61. Como manter conectados 10,20 ou 30 mil usuários simultâneos ?
- 62. Nosso código costuma serescrito assim
- 63. Nosso código costuma serescrito assim O que o software está fazendo enquanto a querie executa ?
- 64. Na maioria doscasos está travado esperando a resposta
- 65. Ruby on Rails HTTPDDatabase
- 66. Ruby on Rails HTTPDDatabase
- 67. Ruby on Rails HTTPDDatabase
- 68.
- 69.
- 70.
- 74.
- 75.
- 76.
- 77.
- 78.
- 79.
- 80. Apenas um processo abrindouma thread para cada request
- 83. Produtividade do programador maisque performance da tecnologia
- 85.
- 86. Apenas um processo abrindouma thread para cada request
- 87.
- 88. Como manter conectados 10,20 ou 30 mil usuários simultâneos ?
- 89. Como manter conectados 10,20 ou 30 mil usuários simultâneos ? 30 mil threads ?
- 90. Apache vs NGINX concurrency× reqs/sec http://blog.webfaction.com/a-little-holiday-present concurrency × reqs/sec http://blog.webfaction.com/a-little-holiday-present
- 91. Apache vs NGINX concurrency× memory http://blog.webfaction.com/a-little-holiday-present concurrency × reqs/sec http://blog.webfaction.com/a-little-holiday-present
- 92. Apache cria uma threadpor request
- 93. Troca de contexto entretheads tem um custo
- 94. Cada OS Thread criauma pilha de execução nova
- 95. Pense bem antesde usar uma thread por request quando precisar suportar alta concorrência
- 97. Pattern para atender muitosrequests Finalize a requisição o mais rápido possível
- 98. Pattern para atender altaconcorrência
- 99. Pattern para atender altaconcorrência Evite threads
- 100. Pattern para atender altaconcorrência Evite threads Use um Event Loop
- 101.
- 102.
- 103. Uma performance melhor ajudaa escalar com menos recursos
- 106. Precisamos fazer I/O deoutra maneira
- 107.
- 108. L1 3 ciclos Latênciade I/O
- 109. L1 3 ciclos L214 ciclos Latência de I/O
- 110. L1 3 ciclos L214 ciclos RAM 250 ciclos Latência de I/O
- 111. L1 3 ciclos L214 ciclos RAM 250 ciclos Disco 41.000.000 ciclos Latência de I/O
- 112. L1 3 ciclos L214 ciclos RAM 250 ciclos Disco 41.000.000 ciclos Rede 240.000.000 ciclos Latência de I/O
- 113. L1 3 ciclos L214 ciclos RAM 250 ciclos Disco 41.000.000 ciclos Rede 240.000.000 ciclos Latência de I/O
- 114.
- 115. L1 3 ciclos L214 ciclos RAM 250 ciclos I/O não bloqueante
- 116. L1 3 ciclos L214 ciclos RAM 250 ciclos I/O não bloqueante I/O bloqueante
- 117. L1 3 ciclos L214 ciclos RAM 250 ciclos Disco 41.000.000 ciclos Rede 240.000.000 ciclos I/O não bloqueante I/O bloqueante
- 118. Infraestrutura não bloqueante,puramente baseada em eventos, para desenvolver software de alta concorrência
- 119. Servidor TCP simples emNodeJS O código acima faz com que a execução retorne imediatamente ao event loop
- 120. Por que jánão faziamos dessa forma ?
- 122. POSIX Assync I/Onão suportado por todos os S.Os
- 123. POSIX Assync I/Onão suportado por todos os S.Os libmysql_client não permite query async
- 124.
- 125. Filosofia do NodeJS TodoI/O deveria ser feito desta forma
- 126.
- 127.
- 129. ev_loop() Pilha de execução I/Oem disco (bloqueante)
- 130. ev_loop() socket_readdable(1) Pilha de execução I/Oem disco (bloqueante)
- 131. ev_loop() socket_readdable(1) http_parse(1) Pilha de execução I/Oem disco (bloqueante)
- 132. ev_loop() socket_readdable(1) http_parse(1) Pilha de execução load(“index.html”) I/Oem disco (bloqueante)
- 133. ev_loop() socket_readdable(1) http_parse(1) Pilha de execução I/Oem disco (bloqueante)
- 134. ev_loop() socket_readdable(1) Pilha de execução I/Oem disco (bloqueante)
- 135. ev_loop() Pilha de execução I/Oem disco (bloqueante)
- 136. ev_loop() Pilha de execução I/Oem RAM (não bloqueante)
- 137. ev_loop() socket_readdable(2) Pilha de execução I/Oem RAM (não bloqueante)
- 138. ev_loop() socket_readdable(2) http_parse(2) Pilha de execução I/Oem RAM (não bloqueante)
- 139. ev_loop() socket_readdable(2) http_parse(2) Pilha de execução http_respond(2) I/Oem RAM (não bloqueante)
- 140. ev_loop() socket_readdable(2) http_parse(2) Pilha de execução I/Oem RAM (não bloqueante)
- 141. ev_loop() socket_readdable(2) Pilha de execução I/Oem RAM (não bloqueante)
- 142. ev_loop() Pilha de execução I/Oem RAM (não bloqueante)
- 143. ev_loop() Pilha de execução Arquivocarregou do disco
- 144. ev_loop() file_loaded() Pilha de execução Arquivocarregou do disco
- 145. ev_loop() file_loaded() http_respond(1) Pilha de execução Arquivocarregou do disco
- 146. ev_loop() file_loaded() Pilha de execução Arquivocarregou do disco
- 147. ev_loop() Pilha de execução Arquivocarregou do disco
- 148.
- 149.
- 150.
- 151.
- 152.
- 155.
- 160.
- 162.
- 163.
- 164.
- 165.
- 166.
- 167.
- 168.
- 169.
- 170.
- 171.
- 175.
- 176.
- 177.
- 180.
- 187.
- 188.
- 189.
- 190.
- 191.
- 192.
- 193. Java Ruby Python ServerSide PHP
- 194. Java Ruby Python ServerSide PHP Client Side JavaScript
- 195.
- 196.
- 197.
- 198.
- 201.
- 203.
- 204.
- 205. TDD / BDD #vows- http://vowsjs.org/
- 216.
- 217.
- 218. Client Ruby onRails
- 219. Client Ruby onRails
- 220.
- 221.
- 222.
- 223.
- 224.
- 225.
- 228.
- 231.
- 232.