2010-02-12 7 views

Respuesta

7

una aplicación por Dyno/subdomain.heroku.com.

+1

Maldita significa esto, si quiero alojar 2 o 3 pequeñas aplicaciones con poco tráfico que tendría que pagar por 3 dinamómetros:/ Creo que voy a ir VPS – Brandom

+0

Exactamente .. o utilizar 'n 'dynos gratis por Heroku - si son tan pequeños como dices deberían encajar en el 'libre'. Pero creo que VPS/Root es la mejor idea. –

+0

Gracias! Por cierto, ¿me pueden recomendar algunos buenos (excepto el servidor de rebanadas)? – Brandom

13

Dynos se calculan por aplicación.

Sin embargo, esto no significa que deba comprar 3 dynos para ejecutar 3 aplicaciones. Puede crear 3 aplicaciones cada una con 1 dyno.

+0

¡Genial! ¿Cómo sabes cuando el banco de pruebas se está haciendo demasiado pequeño? – Brandom

+2

Cuando su aplicación comienza a arrojar errores 504 http://docs.heroku.com/errors#backlog-too-deep-http-504 –

+0

No puede operar un sitio real con un solo banco de pruebas, porque permanecerá inactivo. – baash05

0

creo que puedes girar otro proceso web dentro de un banco de pruebas web. Lo he hecho con los trabajadores. Un dyno de trabajador tenía 3 subprocesos. cada uno es una copia de la aplicación Rails, y cada uno se ejecuta de forma independiente en la base de datos. Cómo se las arreglaría para hacer girar la aplicación correcta, no estoy seguro ... Y necesitaría una aplicación de controlador.
No quiero decir que no sea posible, porque no creo que esa afirmación sea en absoluto constructiva. Diré que generar una nueva aplicación con una tarifa extra de 34 $ al mes sería un mejor uso de su tiempo/dinero.

Una preocupación adicional. cada dyno web permite una cantidad limitada de memoria, y los rieles no son exactamente conocidos por ser livianos en la memoria. Cuando generé subtrabajadores me encontré con un montón de problemas de memoria. Tantas que eventualmente saqué la característica. Si trabajo por una tarde para tratar de 'modificar' las restricciones, he gastado más dinero de mis jefes que 4 meses de dinamos extra, así que tengo que sopesarlo.

En fin ... Así es como me bifurcada trabajadores

require 'heroku-api' 

... 

    def self.fork_workers(iDesired = 5, iQueue = nil) 
    cmd = "rake jobs:work WORKER=MY_SERF" 
    cmd += " QUEUES=#{iQueue}" if(iQueue) 
    p cmd 
    if(RUBY_PLATFORM["mingw32"].nil?) #DON'T WORK ON WINDOWS 
     currentCount = Rush::Box.new.processes.filter(:cmdline => /#{cmd}/).size; 
     iDesired -= currentCount; 
     if(iDesired > 0) 
     iDesired.times { Rush::Box.new[Rails.root].bash(cmd, :background => true) } 
     elsif(iDesired < 0) 

     end 
    end  
    end 

Última nota: Uno aplicaciones de banco de pruebas se irán a dormir si se dejan solos durante una hora ... Sus usuarios se sentirán durante el retardo de activación. https://devcenter.heroku.com/articles/dynos#dyno-idling

Cuestiones relacionadas