Я видел повсюду людей, использующих RVM/rbenv для установки самой последней версии Ruby на Linux. Что касается разработки, я понимаю, что это может быть нормально, но я не могу понять, зачем мне делать это на производственном сервере вместо использования версии Ruby в менеджере пакетов дистрибутива.
Есть ли какие-либо недостатки использования последней версии Rails (4.2) с версией менеджера пакетов Debian для Ruby (в настоящее время 2.1)?
Моя цель здесь — быть как можно более стабильным и защищенным, мне плевать на все эти блестящие новые штучки.
решение1
Разработчикам очень легко сменить Ruby, поэтому они, как правило, используют последнюю блестящую вещь, вышедшую в том месяце, когда они начинают что-то кодировать.
Кроме того, Ruby настолько активен и молод, что многие вещи просто не работают с пакетом Ruby по умолчанию.
Поэтому вы можете спросить своих разработчиков, смогут ли они поддерживать работоспособность Ruby, используемого в Debian по умолчанию (стиль жизни системного администратора), или поработать с ними, чтобы попытаться выполнить его требования (стиль жизни DevOps).
Если вы выберете путь хорошей кармы и упорной работы, вы можете бороться с rbenv / rvm-штуками в продакшене (мне это очень не нравится, но это личное) или вы можете просто собрать нужный ruby в /local/ path с помощьюсборка рубии запретить системе пакетов Debian установку Ruby или аналогичного программного обеспечения.
Вы также можете найти неофициальные упаковки для современных рубинов.как в BrightBoxили упакуйте его самостоятельно.
Неофициальные версии Ruby (для релиза Debian) безопасны, стабильны и работают быстрее своих старых официальных альтернатив, если только это стабильные версии Ruby.