Мне нужно развернуть приложения Rails 3, используя RVM и гемсеты, и я ожидаю «общедоступного» трафика (т.е. это приложение не только для внутреннего использования). Я также должен использовать Apache в качестве общедоступного интерфейса для моего приложения.
Я понимаю, что автономная версия Passenger может помочь в достижении конца rails / RVM, и я успешно установил ее в своей среде разработки.
Мой вопрос в том, насколько эта установка жизнеспособна для производственного развертывания. Развертывается через Apache, настроенный на ReverseProxy к моему Rails-приложению, работающему с пассажирским двигателем, будет создавать проблемы? Поскольку сейчас я разрабатываю производственное развертывание, я хочу понять, нужно ли мне тратить дополнительное время на настройку Passenger, подключенного к Apache, и который Passenger взаимодействует с автономным экземпляром Passenger, на котором запущено мое приложение Rails.
Итак, я ищу один из трех возможных ответов:
Я не использовал эту конкретную настройку в производстве, хотя я использовал обратный прокси Apache для слабо загруженного сайта (нет другого бэкэнда, не относящегося к Пассажиру).
Единственным (мягким) недостатком обратного прокси-сервера Apache, который я обнаружил, было то, что если он обнаружил, что серверная часть не работает, потребуется некоторое время после перезапуска серверной части, прежде чем Apache снова начнет пересылать запросы к нему.
Если у вас есть возможность настроить сервер Apache для Passenger, это несложно сделать, и после настройки вам не нужно больше администрировать Apache, чем раньше (кроме обновлений для Passenger). Когда вы обновляете приложение Rails, простое прикосновение к файлу tmp / restart.txt перезапускает экземпляр Passenger.