Вы можете проверить, не получен ли запрос, и попытаться отправить запрос на другой сервер, но что, если работает только четвертый сервер, и вам все время приходится совершать три неудачные попытки, чтобы достичь рабочего? Похоже, не самый эффективный способ.
Вместо этого я бы добавил балансировщик нагрузки NGinx с проверкой работоспособности: http://nginx.org/en/docs/http/load_balancing.html
Я использую все их в 99% всех моих проектов направляющих. Каждая ссылка предоставляет подробную информацию относительно того, что они делают и почему они являются потрясающими.
Надеюсь, что помог!
Если Ваше приложение имеет какой-либо вид пользовательской модели, успокоительная аутентификация Rick Olsen - необходимость.
Я также неравнодушен к exception_notification для того, чтобы следить за ошибками в производственных приложениях.
HAML (и его одноуровневая ДЕРЗОСТЬ) являются действительно номером один для меня. Можно изучить их только через несколько минут и время, которое они экономят, складывает очень быстро.
Кроме того, смотрите на Authlogic как альтернатива УСПОКОИТЕЛЬНОЙ Аутентификации.
наиболее распространенный я использовал через проекты в последнее время (ни в коем случае все просто наиболее распространенные)
annotate_models
- https://github.com/ctran/annotate_models
custom_err_msg
- https://github.com/gumayunov/custom-err-msg
jrails
- https://github.com/aaronchi/jrails
validation_reflection
- https://github.com/redinger/validation_reflection
acts_as_taggable должен иметь (драгоценный камень, но лучшее поблочное тестирование)
Нормальная разработка приложений
Разработка Facebook
Некоторые уже перечислили в других ответах, для которых не нужно повторение плюс: