Já vi em todo lugar pessoas usando RVM/rbenv para instalar a versão mais atualizada do Ruby no Linux. No desenvolvimento, entendo que pode ser bom fazer isso, mas não consigo entender por que faria isso em um servidor de produção em vez de usar a versão Ruby no gerenciador de pacotes da distro.
Há alguma desvantagem em usar a versão mais atualizada do Rails (4.2) com a versão Ruby do gerenciador de pacotes do Debian (atualmente 2.1)?
Meus objetivos aqui são ser o mais estável e seguro possível, não me importo com coisas novas e brilhantes.
Responder1
É tão fácil para os desenvolvedores trocarem de rubis, então os desenvolvedores de rubis tendem a usar a última coisa brilhante lançada no mês em que começam a codificar algo.
Além disso, Ruby é tão ativo e tão jovem que há muitas coisas que simplesmente não funcionam com o Ruby empacotado padrão.
Então você pode perguntar aos seus Devs se eles podem manter as coisas funcionando com o Ruby padrão do Debian (o modo de vida do administrador de sistemas) ou trabalhar com eles para tentar cumprir seus requisitos (o modo de vida Devops)
Se você escolher o caminho do bom carma e do trabalho mais duro, você pode lutar com coisas rbenv/rvm em produção (eu realmente não gosto disso, mas é pessoal) ou você pode simplesmente construir o rubi desejado em um caminho /local/ comconstrução Rubye fixe o sistema de pacotes do Debian para nunca instalar Ruby ou software similar.
Você também pode encontrar pacotes não oficiais para rubis modernoscomo os do BrightBoxou embale você mesmo.
Rubis não oficiais (para a versão debian) são seguros, estáveis e mais rápidos que suas alternativas oficiais mais antigas, desde que sejam versões ruby estáveis.