저는 사람들이 RVM/rbenv를 사용하여 Linux에 최신 업데이트 버전의 Ruby를 설치하는 것을 여기저기서 보았습니다. 개발에서는 이렇게 해도 괜찮을 수 있다는 것을 이해하지만 배포판의 패키지 관리자에서 Ruby 버전을 사용하는 대신 프로덕션 서버에서 왜 이 작업을 수행해야 하는지 이해할 수 없습니다.
최신 버전의 Rails(4.2)를 Ruby 버전의 Debian 패키지 관리자(현재 2.1)와 함께 사용하면 단점이 있나요?
여기서 나의 목표는 최대한 안정적이고 보안을 유지하는 것입니다. 나는 반짝이는 새로운 것에는 관심이 없습니다.
답변1
개발자가 루비를 전환하는 것은 매우 쉽기 때문에 루비 개발자는 무언가 코딩을 시작하는 달에 나온 마지막 빛나는 것을 사용하는 경향이 있습니다.
또한 루비는 너무 활동적이고 젊기 때문에 기본 패키지 루비에서는 작동하지 않는 것들이 많이 있습니다.
따라서 개발자에게 데비안 기본 루비(시스템 관리 생활 방식)를 사용하여 작업을 계속 실행할 수 있는지 물어보거나 개발자와 협력하여 요구 사항(devops 생활 방식)을 충족할 수 있는지 물어볼 수 있습니다.
좋은 카르마와 더 열심히 일하는 경로를 선택하면 프로덕션에서 rbenv / rvm 항목으로 싸울 수 있습니다(정말 마음에 들지 않지만 개인적입니다). 또는 다음을 사용하여 /local/ 경로에서 원하는 루비를 빌드할 수 있습니다.루비 빌드Ruby나 유사한 소프트웨어를 절대 설치하지 않도록 데비안의 패키지 시스템을 고정하세요.
현대 루비에 대한 비공식 패키지도 찾을 수 있습니다.BrightBox에 있는 것과 같은아니면 직접 포장해 보세요.
Unnoficial Ruby(데비안 릴리스용)는 안정적인 Ruby 릴리스인 한 이전의 공식 대안보다 안전하고 안정적이며 빠릅니다.