2009-12-11 2 views
1

다른 팀에서 개발 한 레일스 애플리케이션의 인스턴스를 실행합니다. 처음 시작할 때 Rails 애플리케이션을 배포하는 일반적인 방법은 Apache 뒤에 Mongrel을 사용하는 것이 었습니다. 그 팀이 자체 인스턴스에 사용한 구성입니다. 필자는 Windows 사용자이기 때문에 Apache와 Mongrel을 모두 Windows 서비스로 쉽게 설정할 수 있으므로 (가상) Windows 상자를 사용하여 모든 것을 설정했습니다.Windows에서 Rails를 배포하는 것을 포기해야합니까?

레일스 랜드에서 변경된 것보다 많은 것 같습니다. 잡종은 정체했다 (적어도 그것이 공통적 인 인식에 대한 나의 인상이다). 내 응용 프로그램을 개발하는 팀은 mod_rails를 사용하는 것으로 전환했습니다. 마지막으로 자신의 코드와 동기화 할 때까지 잡종 설정이 계속 작동 했으므로이 모든 것에 신경 쓰지 않았습니다. 분명히 mongrel_service의 모듈 이름과 충돌하는 '서비스'모델을 만든 이름 충돌이 있습니다 (http://aspn.activestate.com/ASPN/Mail/Message/ruby-rails/3497181 참조). 내가 모델명을 바꾸라고 요청했을 때, 그들은 잡종을지지하는 것에 관심이 없다고 말했다.

Mongrel은 여전히 ​​Rails 애플리케이션에서 유효한 옵션입니까? 그렇지 않은 경우 Windows에서 배포 할 수있는 유효한 대안이 있습니까? mod_rails도 Thin도 Windows에서 실행되지 않습니다 ... 아니면 그냥 창을 긋고 Windows 배포를 포기하고 VM을 Linux 상자로 다시 빌드해야합니까?

명확히하기 :이 실행되는 VM은 내 개발 데스크톱에 없습니다. IT 부서에서 운영하는 VM이며 프로덕션 환경에서 사용됩니다. 나는 그것에 대한 관리자가있다. 내가해야한다면 IT 부서에 대신 Linux VM을 설치할 수 있습니다.

+1

개발 용도로 레일 애플리케이션의 인스턴스를 배포하고 있습니까, 아니면 Windows 서버에서 프로덕션으로 전환하고 있습니까? 전자의 경우, 왜 그냥 스크립트/서버 (WEBrick)를 사용하지 않고 끝내야합니까? –

+0

프로덕션 용입니다. Windows에서도 개발할 수 있지만, 지금까지는 WEBRick을 사용하여 문제가 없습니다. – ykaganovich

답변

1

이 질문에 직접 대답하지는 않지만 개인적으로는 글 머리 기호를 물고 Linux로 이동하고 Apache와 Passenger를 설치 한 다음 이와 같이하십시오. 우분투 서버를 설치하고 앞에서 설명한 것을 설치하는 것은 꽤 힘든 일이며, 한두 시간 안에 설치해야합니다.

과거에는 이것이 내가 사용해온 접근 방식 이었지만 Linux 및/또는 Apache에 대한 경험이 많지 않은 경우 실제로는이 장벽이 학습 곡선이됩니다. 에있는 "Linux for Softies" 시리즈를 확인해 볼 가치가 있습니다.

0

잡종은 여전히 ​​유효한 옵션이지만 승객 (mod_rails)이 훨씬 더 많이 사용됩니다.

레일과 함께 제공되는 Webrick을 사용해 볼 수 있습니다.

script/server webrick 

는에 WEBrick

의 사용을 강제로하지만 당신이라면 나는 (당신이 창에 머물 원하는 것보다 주어진) 공유 폴더, 내 컴퓨터에 가상 상자를 설치합니다 가상을 사용 상자에서 mod_rails를 사용하여 내 응용 프로그램을 실행하십시오.

+3

Webrick을 사용하지 마십시오. 그것은 dev에 서버 전용, 프로덕션 환경에서 사용해서는 안됩니다. 천천히 그리고 아마도 불안정합니다. – zenazn

+1

예 dev 서버로 사용하고자한다고 가정합니다. –

1

Chiming in. Windows에서 배포해야 할 때, 저는 Ubuntu에서 VirtualBox를 사용했습니다. 가장 일반적인 웹 사이트에서 잘 작동합니다. 더 큰 사이트라면 스케일링 문제에 곧 빠지게 될 것입니다.

1

jruby가있는 Glassfish는 Windows에서 잘 작동하며 여러 요청을 처리 할 수 ​​있습니다.

+0

Windows에 배포 할 계획이라면이 질문에 대한 답변이 될 것입니다. 이 문제는 jruby 버전이없는 보석에서 실행됩니다. – jonnii

0

포기하지 마십시오. Mongrel은 여전히 ​​Windows에서 잘 작동하며 Windows는 여전히 Rails를위한 훌륭한 개발 환경입니다. 당신이 언급 한 연계 된 문제를 보면서, 그 남자는 mongrel_service gem을 제거함으로써 문제를 해결했습니다. mongrel을 서비스로 실행할 필요가 없다면 개발 상자에 없을 것이라고 생각합니다. 괜찮을 것입니다. 실행중인 mongrel_service의 버전을 알 수는 없지만 업그레이드가 가능한지 확인하는 것이 좋습니다.

+0

예, 서비스로 실행해야합니다. 나는'gem update'가 말할 수있는 한 mongrel_service의 최신 버전을 사용하고 있습니다. – ykaganovich

2

Windows에서 포기하십시오.

2 년 전 나 자신도 "Windows 사람"으로 생각했을 때 여분의 랩톱에서 우분투를 속여 보았습니다. 약 2 일 후 나는 Windows에서 얼마나 많은 불필요한 골칫거리가 있었는지 깨달았고 전환하기로 결정했습니다.

모든 것을 편안하게 설정하려면 시간이 걸렸지 만,이 스위치로 지난 2 년 동안 6 개월의 생산성을 절약 할 수있었습니다.삶의 질에 긍정적 인 영향을 미칩니다. 언어 및 웹 개발 라이브러리를 설치하면 Windows에서 그랬던 것처럼 훨씬 더 걸릴 수 있습니다. 즉, 내가 더 많이 배우고 이라는 것을 의미하는 의미있는 바가 있습니다..

큰 변화지만, 여분의 컴퓨터를 갖고 있다면 고도가으로 권장됩니다. 항상 일부가 Windows에서 작동하도록하는 방법이 있지만 노력 가치가 있는지 정말로 질문해야합니다.

0

이어야합니다. Windows에서 어떤 작업을해야한다면 JRuby와 Glassfish 또는 Tomcat과 같은 Java 응용 프로그램 서버를 사용할 것입니다. Windows에서 루비를 사용하려고하지는 않을 것입니다. 제 경험상 큰 두통 일뿐입니다. 또한 Matz는 Windows Ruby가 Unix/Linux에서보다 Ruby가 상당히 느리게 실행됩니다 (거의 20 배는 느린다고 생각합니다). 이제 이것이 JRuby의 경우가 아니기 때문에 Windows 용으로 권장하는 이유이기도합니다.

그냥 2 센트입니다.

0

--pre 인수를 사용하면 잠시 동안 알 수 있지만 thin은 이제 창에서 컴파일됩니다.

관련 문제