Хостинг Ruby on Rails — инфраструктура для запуска веб-приложений на фреймворке Ruby on Rails. В отличие от PHP, который встроен в большинство хостингов, Ruby требует ручной установки интерпретатора, управления зависимостями через Bundler и запуска application server (Puma, Unicorn или Passenger). Поэтому стандартный shared-хостинг для Rails не подходит.
Технический стек Rails-хостинга
Минимальный стек: Ruby 3.x (рекомендуется актуальная версия из ruby-lang.org), RVM или rbenv для управления версиями Ruby, Bundler для зависимостей (Gemfile), application server — Puma (встроен в Rails 5+) или Phusion Passenger, reverse proxy — Nginx или Apache перед application server, база данных — PostgreSQL (предпочтительно) или MySQL.
Rails-приложение запускается как постоянный процесс (в отличие от PHP, который стартует на каждый запрос). Это требует достаточно RAM: базовое Rails-приложение потребляет 150–400 МБ RAM на один worker-процесс. При 4 воркерах — 600 МБ — 1,6 ГБ. Минимальный VPS — 2 ГБ RAM.
Варианты развёртывания
Классический вариант: VPS на Ubuntu/Debian + rbenv + Puma + Nginx + Capistrano для деплоя. PaaS-вариант: Heroku (платный с 2022 года), Render, Railway — автоматический деплой из Git без настройки сервера. Контейнерный вариант: Docker + docker-compose с Ruby-образом — упрощает воспроизводимость окружения.
Phusion Passenger интегрируется в Nginx или Apache как модуль, что упрощает конфигурацию. Puma встроен в Rails по умолчанию с версии 5.0 и работает с несколькими потоками внутри одного процесса.
История Ruby on Rails
Rails создал Дэвид Хайнемайер Ханссон (DHH) в 2003–2004 годах при разработке Basecamp. Первый публичный релиз — июль 2004 года, версия 1.0 — декабрь 2005 года. Rails оказал огромное влияние на веб-разработку: принципы Convention over Configuration и DRY были восприняты Django, Laravel и другими фреймворками. Пик популярности — 2007–2012 годы. В 2024 году Rails 7.x активно развивается, DHH продолжает руководить проектом.
Rails против PHP по требованиям к хостингу
PHP-приложение стартует и завершается на каждый запрос — хостинг проще и дешевле. Rails-процесс живёт постоянно — нужно больше RAM и собственный сервер. Зато при правильной настройке Rails обрабатывает запросы быстрее за счёт in-memory кэша и уже загруженного кода. Для стартапов популярна схема: один VPS на 4 ГБ RAM с Puma в 4 воркера + PostgreSQL, что обслуживает до 100 одновременных пользователей.
Деплой Rails приложений
Стандартный стек деплоя Rails: Nginx как фронт-сервер + Puma в качестве application server. Nginx принимает HTTP-запросы и передаёт их Puma через Unix socket. Puma запускает несколько воркеров (workers) и тредов (threads) для параллельной обработки запросов. Типовая конфигурация для нагруженного приложения — 3–4 воркера с 5 тредами каждый.
Для CI/CD деплоя используют Capistrano — инструмент автоматизации, который через SSH выполняет последовательность задач: git pull, bundle install, db:migrate, assets:precompile, перезапуск Puma. Альтернатива — Docker-контейнер с Rails, управляемый через Kubernetes или Docker Compose.
Типичные проблемы с производительностью
Rails использует больше RAM, чем PHP: каждый воркер занимает 200–500 МБ. На хостинге с 1 ГБ RAM можно запустить только 1–2 воркера, что ограничивает параллельность. Для продакшена необходимо минимум 2 ГБ RAM, оптимально — 4–8 ГБ. Используй Redis для кэширования, фоновых задач (Sidekiq) и сессий. PostgreSQL предпочтительнее MySQL для Rails-приложений.