Linux に最新バージョンの Ruby をインストールするために RVM/rbenv を使用している人をあちこちで見かけます。開発では、これを行っても問題ないかもしれませんが、ディストリビューションのパッケージ マネージャーの Ruby バージョンを使用する代わりに、運用サーバーでこれを行う理由が理解できません。
Ruby の Debian パッケージ マネージャー バージョン (現在 2.1) で最新バージョンの Rails (4.2) を使用することの欠点はありますか?
ここでの私の目標は、できるだけ安定して安全になることです。新しいものには興味がありません。
答え1
開発者が Ruby を切り替えるのは非常に簡単なので、Ruby 開発者は何かコーディングを始めた月にリリースされた最新の最新版を使用する傾向があります。
また、Ruby は非常にアクティブで新しいため、デフォルトでパッケージ化された Ruby では動作しないものがたくさんあります。
そのため、開発者に、Debian のデフォルトの Ruby で動作を継続できるかどうか尋ねることができます (システム管理者の生き方)。または、開発者と協力して要件を満たすように努めることができます (DevOps の生き方)。
良いカルマとより努力の道を選ぶなら、本番環境でrbenv / rvmと戦うこともできます（私は本当にそれが好きではありませんが、それは個人的なことです）。または、/local/パスで目的のrubyをビルドすることもできます。ルビービルドそして、Debian のパッケージ システムを固定して、Ruby や同様のソフトウェアがインストールされないようにします。
現代のルビーの非公式パッケージも見つかるかもしれませんBrightBoxのもののようなまたは自分で梱包してください。
非公式の Ruby (Debian リリース用) は、安定した Ruby リリースである限り、古い公式の代替品よりも安全で安定しており、高速です。