Питання співбесіди Ruby on Rails: Топ-25 у 2026
25 найпоширеніших питань на співбесіді з Ruby on Rails. Архітектура MVC, Active Record, міграції, тестування RSpec, REST API з детальними відповідями та прикладами коду.

Співбесіди Ruby on Rails оцінюють володіння найпопулярнішим Ruby-фреймворком, розуміння архітектури MVC, ORM Active Record і здатність створювати надійні веб-застосунки за філософією "Convention over Configuration". Цей посібник охоплює 25 найпоширеніших запитань — від основ Rails до просунутих продакшн-патернів.
Рекрутери цінують кандидатів, які розуміють філософію Rails: "Convention over Configuration", DRY (Don't Repeat Yourself) і патерни Rails Way. Пояснення, чому Rails робить певні архітектурні вибори, створює різницю.
Основи Ruby on Rails
Питання 1: Поясніть патерн MVC у Ruby on Rails
Патерн Model-View-Controller (MVC) — це архітектурне ядро Rails. Він розділяє відповідальності на три окремі шари для кращої супровідності та тестованості коду.
# app/models/article.rb
# Model керує даними та бізнес-логікою
class Article < ApplicationRecord
# Валідації даних
validates :title, presence: true, length: { minimum: 5 }
validates :body, presence: true
# Асоціації з іншими моделями
belongs_to :author, class_name: 'User'
has_many :comments, dependent: :destroy
has_many :tags, through: :article_tags
# Скоупи для повторно використовуваних запитів
scope :published, -> { where(published: true) }
scope :recent, -> { order(created_at: :desc).limit(10) }
# Колбеки життєвого циклу
before_save :generate_slug
private
def generate_slug
self.slug = title.parameterize if title_changed?
end
end# app/controllers/articles_controller.rb
# Controller отримує запити і оркеструє відповідь
class ArticlesController < ApplicationController
before_action :authenticate_user!, except: [:index, :show]
before_action :set_article, only: [:show, :edit, :update, :destroy]
def index
@articles = Article.published.recent.includes(:author)
end
def show
@comments = @article.comments.includes(:user)
end
def create
@article = current_user.articles.build(article_params)
if @article.save
redirect_to @article, notice: 'Статтю успішно створено.'
else
render :new, status: :unprocessable_entity
end
end
private
def set_article
@article = Article.find(params[:id])
end
def article_params
params.require(:article).permit(:title, :body, :published, tag_ids: [])
end
end<%# app/views/articles/show.html.erb %>
<%# View відображає дані у форматі HTML %>
<article class="article-detail">
<header>
<h1><%= @article.title %></h1>
<p class="meta">
Автор: <%= @article.author.name %> •
<%= l @article.created_at, format: :long %>
</p>
</header>
<div class="content">
<%= simple_format @article.body %>
</div>
<%# Partial для коментарів %>
<%= render @comments %>
</article>Типовий потік: запит надходить до Router, який перенаправляє його до відповідного Controller. Controller взаємодіє з Model, щоб отримати або змінити дані, а потім передає ці дані View для рендерингу HTML.
Питання 2: Що таке Active Record і як працює ORM Rails?
Active Record — це ORM (Object-Relational Mapping) Rails, що реалізує патерн Active Record. Кожен клас Model представляє таблицю бази даних, а кожен екземпляр — рядок.
# app/models/user.rb
# Active Record автоматично зіставляє стовпці з атрибутами
class User < ApplicationRecord
# Таблиця 'users' асоціюється автоматично
# Стовпці: id, email, name, created_at, updated_at
has_secure_password # BCrypt для пароля
has_many :articles, foreign_key: :author_id
has_one :profile, dependent: :destroy
has_and_belongs_to_many :roles
# Валідації
validates :email, presence: true,
uniqueness: { case_sensitive: false },
format: { with: URI::MailTo::EMAIL_REGEXP }
# Колбеки
before_save :normalize_email
# Методи класу для запитів
def self.admins
joins(:roles).where(roles: { name: 'admin' })
end
private
def normalize_email
self.email = email.downcase.strip
end
end# Приклади запитів Active Record
# Консоль Rails або всередині сервісу
# Створення
user = User.create!(email: 'dev@example.com', name: 'Alice', password: 'secret123')
# Читання з умовами
active_users = User.where(active: true).order(:name)
user = User.find_by(email: 'dev@example.com')
# Ланцюгові запити (lazy evaluation)
recent_admins = User.admins
.where('created_at > ?', 1.month.ago)
.includes(:profile)
.limit(10)
# Запобігання N+1 з eager loading
articles = Article.includes(:author, :comments).published
# Оновлення
user.update!(name: 'Alice Martin')
# Транзакції
User.transaction do
user.debit_balance!(100)
recipient.credit_balance!(100)
Payment.create!(from: user, to: recipient, amount: 100)
endActive Record перетворює методи Ruby на оптимізовані SQL-запити. Методи на кшталт where, joins, includes є лінивими: запит виконується лише під час ітерації або виклику to_a.
Питання 3: Поясніть систему міграцій Rails
Міграції дозволяють версіонувати схему бази даних з Ruby. Вони зворотні та забезпечують контрольовану еволюцію структури даних.
# db/migrate/20260203100000_create_products.rb
# Міграція для створення таблиці
class CreateProducts < ActiveRecord::Migration[7.1]
def change
create_table :products do |t|
t.string :name, null: false
t.text :description
t.decimal :price, precision: 10, scale: 2, null: false
t.integer :stock_quantity, default: 0
t.references :category, null: false, foreign_key: true
t.boolean :active, default: true
t.timestamps # created_at і updated_at автоматично
end
# Індекси для продуктивності
add_index :products, :name
add_index :products, [:category_id, :active]
end
end# db/migrate/20260203110000_add_slug_to_products.rb
# Міграція для зміни наявної таблиці
class AddSlugToProducts < ActiveRecord::Migration[7.1]
def change
add_column :products, :slug, :string
add_index :products, :slug, unique: true
# Заповнити наявні слаги
reversible do |dir|
dir.up do
Product.find_each do |product|
product.update_column(:slug, product.name.parameterize)
end
end
end
# Зробити NOT NULL після заповнення
change_column_null :products, :slug, false
end
end# Основні команди міграції
rails db:migrate # Виконати незавершені міграції
rails db:rollback # Скасувати останню міграцію
rails db:rollback STEP=3 # Скасувати останні 3 міграції
rails db:migrate:status # Переглянути статус міграцій
rails db:seed # Виконати db/seeds.rb
rails db:reset # Drop, create, migrate, seedМіграції повинні бути зворотними. Метод change розумний і може автоматично відкочувати поширені операції. Для складних випадків використовуйте up і down окремо.
Просунутий Active Record
Питання 4: Як оптимізувати запити N+1 у Rails?
Проблема N+1 виникає, коли після початкового запиту йдуть N додаткових запитів для завантаження асоціацій. Rails надає кілька методів eager loading для розв'язання цієї проблеми.
# app/controllers/orders_controller.rb
class OrdersController < ApplicationController
def index
# ❌ ПРОБЛЕМА N+1: 1 запит + N запитів на замовлення
# @orders = Order.all
# У view: order.user.name генерує запит на кожне замовлення
# ✅ РІШЕННЯ з includes (eager loading)
@orders = Order.includes(:user, :items)
.where(status: 'completed')
.order(created_at: :desc)
# Генерує лише 3 запити загалом
end
def show
# includes: завантажує асоціації окремо (2-3 запити)
@order = Order.includes(items: :product).find(params[:id])
# preload: примусово окреме завантаження
@order = Order.preload(:items, :user).find(params[:id])
# eager_load: примусовий LEFT OUTER JOIN (1 запит)
@order = Order.eager_load(:items).find(params[:id])
end
end# app/models/order.rb
class Order < ApplicationRecord
belongs_to :user
has_many :items, class_name: 'OrderItem'
has_many :products, through: :items
# Скоуп з includes за замовчуванням
scope :with_details, -> { includes(:user, items: :product) }
# Counter cache, щоб уникнути запитів COUNT
# Потребує: add_column :users, :orders_count, :integer, default: 0
belongs_to :user, counter_cache: true
end# Виявлення N+1 за допомогою gem Bullet (development)
# config/environments/development.rb
config.after_initialize do
Bullet.enable = true
Bullet.alert = true
Bullet.bullet_logger = true
Bullet.rails_logger = true
end
# Bullet покаже сповіщення, коли:
# - Виявлено запит N+1
# - Присутнє непотрібне eager loading
# - Має бути використаний counter cacheПравило: використовуйте includes за замовчуванням (Rails обирає оптимальну стратегію), preload, коли треба примусити окремі запити, eager_load, коли фільтруєте за асоціаціями.
Питання 5: Поясніть Scope і Query Objects у Rails
Скоупи інкапсулюють умови запитів багаторазового використання. Для складних запитів Query Objects пропонують кращу організацію та тестованість.
# app/models/product.rb
class Product < ApplicationRecord
# Прості скоупи
scope :active, -> { where(active: true) }
scope :in_stock, -> { where('stock_quantity > 0') }
scope :featured, -> { where(featured: true) }
# Скоупи з параметрами
scope :cheaper_than, ->(price) { where('price < ?', price) }
scope :in_category, ->(category) { where(category: category) }
# Зчеплювані скоупи
scope :available, -> { active.in_stock }
# Скоуп з joins
scope :with_recent_orders, -> {
joins(:order_items)
.where('order_items.created_at > ?', 30.days.ago)
.distinct
}
# Скоуп з підзапитом
scope :bestsellers, -> {
where(id: OrderItem.group(:product_id)
.order('COUNT(*) DESC')
.limit(10)
.select(:product_id))
}
end# app/queries/products_search_query.rb
# Query Object для складних пошуків
class ProductsSearchQuery
def initialize(relation = Product.all)
@relation = relation
end
def call(params)
@relation = filter_by_category(params[:category])
@relation = filter_by_price_range(params[:min_price], params[:max_price])
@relation = filter_by_search(params[:q])
@relation = apply_sorting(params[:sort])
@relation
end
private
def filter_by_category(category)
return @relation if category.blank?
@relation.where(category_id: category)
end
def filter_by_price_range(min, max)
@relation = @relation.where('price >= ?', min) if min.present?
@relation = @relation.where('price <= ?', max) if max.present?
@relation
end
def filter_by_search(query)
return @relation if query.blank?
@relation.where('name ILIKE ? OR description ILIKE ?',
"%#{query}%", "%#{query}%")
end
def apply_sorting(sort)
case sort
when 'price_asc' then @relation.order(price: :asc)
when 'price_desc' then @relation.order(price: :desc)
when 'newest' then @relation.order(created_at: :desc)
else @relation.order(:name)
end
end
end
# Використання у контролері
@products = ProductsSearchQuery.new(Product.active).call(params)Скоупи ідеально підходять для простих умов багаторазового використання. Query Objects підходять для складних пошуків з кількома необов'язковими фільтрами та логікою композиції.
Готовий до співбесід з Ruby on Rails?
Практикуйся з нашими інтерактивними симуляторами, flashcards та технічними тестами.
Маршрутизація і контролери
Питання 6: Як працює RESTful маршрутизація у Rails?
Rails заохочує RESTful маршрути, які зіставляють HTTP-дієслова з діями CRUD. Router перетворює URL-адреси на конкретні виклики контролерів.
# config/routes.rb
Rails.application.routes.draw do
# Стандартні RESTful маршрути (7 дій)
resources :articles do
# Вкладені маршрути
resources :comments, only: [:create, :destroy]
# Member-маршрути (діють на екземпляр)
member do
post :publish
delete :archive
end
# Collection-маршрути (діють на колекцію)
collection do
get :drafts
get :search
end
end
# API-маршрути з namespace
namespace :api do
namespace :v1 do
resources :products, only: [:index, :show, :create, :update] do
resources :reviews, shallow: true
end
end
end
# Власний маршрут
get 'dashboard', to: 'dashboard#index'
# Обмеження маршрутів
constraints(SubdomainConstraint.new) do
resources :admin_settings
end
# Кореневий маршрут
root 'home#index'
end# rails routes - Показує всі згенеровані маршрути
#
# Verb URI Pattern Controller#Action
# GET /articles articles#index
# POST /articles articles#create
# GET /articles/new articles#new
# GET /articles/:id/edit articles#edit
# GET /articles/:id articles#show
# PATCH /articles/:id articles#update
# DELETE /articles/:id articles#destroy
# POST /articles/:id/publish articles#publish
# GET /articles/drafts articles#draftsЗгенеровані помічники маршрутів (article_path(@article), new_article_path) дозволяють посилатися на URL динамічно та з можливістю супроводу.
Питання 7: Поясніть колбеки та фільтри в контролерах
Колбеки (before_action, after_action, around_action) дозволяють виконувати код до, після або навколо дій контролера.
# app/controllers/application_controller.rb
class ApplicationController < ActionController::Base
# CSRF-захист увімкнено за замовчуванням
protect_from_forgery with: :exception
# Глобальний колбек автентифікації
before_action :authenticate_user!
# Глобальна обробка помилок
rescue_from ActiveRecord::RecordNotFound, with: :not_found
rescue_from ActionController::ParameterMissing, with: :bad_request
private
def not_found
render json: { error: 'Ресурс не знайдено' }, status: :not_found
end
def bad_request(exception)
render json: { error: exception.message }, status: :bad_request
end
end# app/controllers/admin/products_controller.rb
class Admin::ProductsController < ApplicationController
# Колбеки з опціями
before_action :require_admin
before_action :set_product, only: [:show, :edit, :update, :destroy]
after_action :log_activity, only: [:create, :update, :destroy]
# Умовний колбек
before_action :check_stock, only: [:update], if: :stock_changed?
def create
@product = Product.new(product_params)
if @product.save
redirect_to [:admin, @product], notice: 'Продукт створено.'
else
render :new, status: :unprocessable_entity
end
end
def update
if @product.update(product_params)
redirect_to [:admin, @product], notice: 'Продукт оновлено.'
else
render :edit, status: :unprocessable_entity
end
end
private
def require_admin
redirect_to root_path unless current_user&.admin?
end
def set_product
@product = Product.find(params[:id])
end
def stock_changed?
params[:product][:stock_quantity].present?
end
def log_activity
ActivityLog.create!(
user: current_user,
action: action_name,
resource: @product
)
end
def product_params
params.require(:product).permit(:name, :price, :description, :stock_quantity)
end
endКолбеки виконуються в порядку оголошення. Використовуйте skip_before_action у підкласах для вимкнення успадкованих колбеків. Уникайте колбеків із надто великою бізнес-логікою — надавайте перевагу Service Objects.
Сервіси та архітектура
Питання 8: Як реалізувати Service Objects у Rails?
Service Objects інкапсулюють складну бізнес-логіку, що не належить ні Models, ні Controllers. Вони покращують тестованість і дотримуються принципу єдиної відповідальності.
# app/services/order_processor.rb
# Service Object зі стандартизованим інтерфейсом
class OrderProcessor
def initialize(order, payment_method:)
@order = order
@payment_method = payment_method
end
def call
return failure('Замовлення вже оброблено') if @order.processed?
ActiveRecord::Base.transaction do
validate_stock!
process_payment!
update_inventory!
send_confirmation!
@order.update!(status: 'completed', processed_at: Time.current)
end
success(@order)
rescue PaymentError => e
failure("Помилка оплати: #{e.message}")
rescue InsufficientStockError => e
failure("Недостатньо на складі: #{e.message}")
end
private
def validate_stock!
@order.items.each do |item|
unless item.product.stock_quantity >= item.quantity
raise InsufficientStockError, item.product.name
end
end
end
def process_payment!
result = PaymentGateway.charge(
amount: @order.total,
method: @payment_method,
description: "Замовлення ##{@order.id}"
)
raise PaymentError, result.error unless result.success?
@order.update!(payment_reference: result.transaction_id)
end
def update_inventory!
@order.items.each do |item|
item.product.decrement!(:stock_quantity, item.quantity)
end
end
def send_confirmation!
OrderMailer.confirmation(@order).deliver_later
end
def success(data)
Result.new(success: true, data: data)
end
def failure(error)
Result.new(success: false, error: error)
end
Result = Struct.new(:success, :data, :error, keyword_init: true) do
def success? = success
def failure? = !success
end
end# app/controllers/orders_controller.rb
class OrdersController < ApplicationController
def create
@order = current_user.orders.build(order_params)
if @order.save
result = OrderProcessor.new(@order, payment_method: params[:payment_method]).call
if result.success?
redirect_to @order, notice: 'Замовлення підтверджено!'
else
@order.update!(status: 'payment_failed')
flash.now[:alert] = result.error
render :new, status: :unprocessable_entity
end
else
render :new, status: :unprocessable_entity
end
end
endПатерн Service Object дотримується простої конвенції: один клас, одна відповідальність, один публічний метод call. Повернення об'єкта Result дозволяє чисто обробляти успіх і невдачу.
Питання 9: Поясніть Concerns у Rails
Concerns дозволяють виокремлювати та спільно використовувати код між Models або Controllers. Вони використовують ActiveSupport::Concern для чистого синтаксису включення.
# app/models/concerns/sluggable.rb
# Багаторазовий Concern для генерації слагів
module Sluggable
extend ActiveSupport::Concern
included do
# Код, що виконується при включенні
before_validation :generate_slug, if: :should_generate_slug?
validates :slug, presence: true, uniqueness: true
end
# Методи класу
class_methods do
def find_by_slug!(slug)
find_by!(slug: slug)
end
def sluggable_source(column = :title)
@sluggable_source = column
end
def sluggable_source_column
@sluggable_source || :title
end
end
# Методи екземпляра
def to_param
slug
end
private
def should_generate_slug?
slug.blank? || send("#{self.class.sluggable_source_column}_changed?")
end
def generate_slug
source = send(self.class.sluggable_source_column)
return if source.blank?
base_slug = source.parameterize
self.slug = unique_slug(base_slug)
end
def unique_slug(base)
slug = base
counter = 1
while self.class.where(slug: slug).where.not(id: id).exists?
slug = "#{base}-#{counter}"
counter += 1
end
slug
end
end# app/models/article.rb
class Article < ApplicationRecord
include Sluggable
sluggable_source :title # Опціонально, :title за замовчуванням
end
# app/models/product.rb
class Product < ApplicationRecord
include Sluggable
sluggable_source :name
end# app/controllers/concerns/pagination.rb
# Concern для контролерів
module Pagination
extend ActiveSupport::Concern
included do
helper_method :page_param, :per_page_param
end
private
def paginate(relation)
relation.page(page_param).per(per_page_param)
end
def page_param
params[:page]&.to_i || 1
end
def per_page_param
[params[:per_page]&.to_i || 25, 100].min
end
endConcerns корисні для справді спільного коду. Уникайте створення Concerns лише для "скорочення" моделі — це приховує складність, не зменшуючи її.
Тестування з RSpec
Питання 10: Як структурувати тести RSpec у Rails?
RSpec — стандартний фреймворк тестування для Rails. Хороша структура тестів охоплює Model spec, Controller spec, Service spec та інтеграційні тести.
# spec/models/user_spec.rb
require 'rails_helper'
RSpec.describe User, type: :model do
# Фабрики з FactoryBot
let(:user) { build(:user) }
let(:admin) { build(:user, :admin) }
describe 'validations' do
it { is_expected.to validate_presence_of(:email) }
it { is_expected.to validate_uniqueness_of(:email).case_insensitive }
it 'перевіряє формат email' do
user.email = 'invalid'
expect(user).not_to be_valid
expect(user.errors[:email]).to include('is invalid')
end
end
describe 'associations' do
it { is_expected.to have_many(:articles).dependent(:destroy) }
it { is_expected.to have_one(:profile) }
it { is_expected.to belong_to(:organization).optional }
end
describe '#full_name' do
it 'повертає об ʼєднані імʼя та прізвище' do
user = build(:user, first_name: 'John', last_name: 'Doe')
expect(user.full_name).to eq('John Doe')
end
it 'обробляє відсутність прізвища' do
user = build(:user, first_name: 'John', last_name: nil)
expect(user.full_name).to eq('John')
end
end
describe '.active' do
it 'повертає лише активних користувачів' do
active = create(:user, active: true)
inactive = create(:user, active: false)
expect(User.active).to include(active)
expect(User.active).not_to include(inactive)
end
end
end# spec/services/order_processor_spec.rb
require 'rails_helper'
RSpec.describe OrderProcessor do
let(:user) { create(:user) }
let(:product) { create(:product, stock_quantity: 10, price: 100) }
let(:order) { create(:order, user: user, items: [build(:order_item, product: product, quantity: 2)]) }
subject { described_class.new(order, payment_method: 'card') }
describe '#call' do
context 'коли замовлення дійсне' do
before do
allow(PaymentGateway).to receive(:charge).and_return(
OpenStruct.new(success?: true, transaction_id: 'txn_123')
)
end
it 'успішно обробляє замовлення' do
result = subject.call
expect(result).to be_success
expect(order.reload.status).to eq('completed')
end
it 'зменшує запас продукту' do
expect { subject.call }.to change { product.reload.stock_quantity }.by(-2)
end
it 'надсилає підтверджувальний лист' do
expect { subject.call }
.to have_enqueued_mail(OrderMailer, :confirmation)
.with(order)
end
end
context 'коли оплата не вдається' do
before do
allow(PaymentGateway).to receive(:charge).and_return(
OpenStruct.new(success?: false, error: 'Card declined')
)
end
it 'повертає результат невдачі' do
result = subject.call
expect(result).to be_failure
expect(result.error).to include('Card declined')
end
it 'не оновлює статус замовлення' do
expect { subject.call }.not_to change { order.reload.status }
end
end
end
end# spec/requests/api/v1/products_spec.rb
require 'rails_helper'
RSpec.describe 'API V1 Products', type: :request do
let(:user) { create(:user) }
let(:headers) { { 'Authorization' => "Bearer #{user.api_token}" } }
describe 'GET /api/v1/products' do
let!(:products) { create_list(:product, 3, :active) }
it 'повертає перелік продуктів' do
get '/api/v1/products', headers: headers
expect(response).to have_http_status(:ok)
expect(json_response['data'].size).to eq(3)
end
it 'фільтрує за категорією' do
category = create(:category)
categorized = create(:product, category: category)
get '/api/v1/products', params: { category_id: category.id }, headers: headers
expect(json_response['data'].map { |p| p['id'] }).to eq([categorized.id])
end
end
describe 'POST /api/v1/products' do
let(:valid_params) do
{ product: { name: 'Новий продукт', price: 99.99, category_id: create(:category).id } }
end
it 'створює новий продукт' do
expect {
post '/api/v1/products', params: valid_params, headers: headers
}.to change(Product, :count).by(1)
expect(response).to have_http_status(:created)
end
end
endКращі практики: використовувати let для даних, describe для методів/контекстів, context для умов, it для конкретних тверджень. Один тест має перевіряти одну річ.
Питання 11: Як використовувати фабрики з FactoryBot?
FactoryBot дозволяє створювати тестові дані декларативно та зручно для супроводу. Фабрики замінюють статичні fixtures.
# spec/factories/users.rb
FactoryBot.define do
factory :user do
# Послідовності для забезпечення унікальності
sequence(:email) { |n| "user#{n}@example.com" }
first_name { Faker::Name.first_name }
last_name { Faker::Name.last_name }
password { 'password123' }
confirmed_at { Time.current }
# Trait-и для варіацій
trait :admin do
role { 'admin' }
after(:create) do |user|
user.permissions.create!(name: 'admin_access')
end
end
trait :unconfirmed do
confirmed_at { nil }
end
trait :with_profile do
after(:create) do |user|
create(:profile, user: user)
end
end
trait :with_articles do
transient do
articles_count { 3 }
end
after(:create) do |user, evaluator|
create_list(:article, evaluator.articles_count, author: user)
end
end
# Успадкована фабрика
factory :admin_user do
admin
with_profile
end
end
end# spec/factories/orders.rb
FactoryBot.define do
factory :order do
user
status { 'pending' }
trait :with_items do
transient do
items_count { 2 }
end
after(:create) do |order, evaluator|
create_list(:order_item, evaluator.items_count, order: order)
order.recalculate_total!
end
end
trait :completed do
status { 'completed' }
processed_at { Time.current }
with_items
end
trait :high_value do
after(:create) do |order|
create(:order_item, order: order, quantity: 10, unit_price: 500)
order.recalculate_total!
end
end
end
end# Використання в тестах
RSpec.describe OrderProcessor do
# build: екземпляр без збереження
let(:user) { build(:user) }
# create: збережений у БД
let(:order) { create(:order, :with_items, user: user) }
# create_list: кілька екземплярів
let(:products) { create_list(:product, 5) }
# Поєднання trait-ів
let(:admin) { create(:user, :admin, :with_profile) }
# Перевизначення атрибутів
let(:expensive_order) { create(:order, :with_items, items_count: 10) }
# build_stubbed: швидше, для unit-тестів
let(:stubbed_user) { build_stubbed(:user) }
endНадавайте перевагу build або build_stubbed замість create, коли збереження не потрібне — це значно прискорює тести.
Фонові задачі
Питання 12: Як використовувати Active Job і Sidekiq у Rails?
Active Job надає уніфікований інтерфейс для фонових задач незалежно від бекенду (Sidekiq, Resque тощо). Sidekiq — популярний вибір через продуктивність із Redis.
# app/jobs/process_order_job.rb
class ProcessOrderJob < ApplicationJob
queue_as :default
# Конфігурація повторних спроб
retry_on ActiveRecord::Deadlocked, wait: 5.seconds, attempts: 3
retry_on Net::OpenTimeout, wait: :polynomially_longer, attempts: 10
discard_on ActiveJob::DeserializationError
# Опції Sidekiq (якщо бекенд Sidekiq)
sidekiq_options retry: 5, backtrace: true
def perform(order_id)
order = Order.find(order_id)
OrderProcessor.new(order).call
rescue ActiveRecord::RecordNotFound
# Замовлення видалене між постановкою в чергу і виконанням
Rails.logger.warn("Order #{order_id} not found, skipping job")
end
end# app/jobs/batch_email_job.rb
class BatchEmailJob < ApplicationJob
queue_as :mailers
# Обмеження частоти за допомогою Sidekiq Enterprise або gem throttle
sidekiq_options throttle: { threshold: 100, period: 1.minute }
def perform(user_ids, template_id)
template = EmailTemplate.find(template_id)
User.where(id: user_ids).find_each do |user|
UserMailer.custom_email(user, template).deliver_later
end
end
end# Постановка задач у чергу
# Негайно
ProcessOrderJob.perform_later(order.id)
# Із затримкою
ProcessOrderJob.set(wait: 5.minutes).perform_later(order.id)
# У певний час
ProcessOrderJob.set(wait_until: Date.tomorrow.noon).perform_later(order.id)
# Конкретна черга
ProcessOrderJob.set(queue: :critical).perform_later(order.id)
# Синхронно (для тестів або налагодження)
ProcessOrderJob.perform_now(order.id)# config/sidekiq.yml
:concurrency: 10
:queues:
- [critical, 3] # Високий пріоритет, вага 3
- [default, 2] # Середній пріоритет, вага 2
- [mailers, 1] # Низький пріоритет, вага 1
- [low, 1]
:schedule:
cleanup_job:
cron: '0 3 * * *' # Щодня о 3:00
class: CleanupJobActive Job абстрагує бекенд, але доступ до специфічних можливостей (batch, rate limiting) часто вимагає прив'язки до обраного бекенду.
Готовий до співбесід з Ruby on Rails?
Практикуйся з нашими інтерактивними симуляторами, flashcards та технічними тестами.
Розробка API
Питання 13: Як побудувати RESTful API на Rails?
Rails спрощує побудову JSON-API за допомогою API-only Controllers і серіалайзерів. Хороший API версіонований, документований і безпечний.
# app/controllers/api/v1/base_controller.rb
module Api
module V1
class BaseController < ActionController::API
include ActionController::HttpAuthentication::Token::ControllerMethods
before_action :authenticate_token!
rescue_from ActiveRecord::RecordNotFound, with: :not_found
rescue_from ActiveRecord::RecordInvalid, with: :unprocessable_entity
rescue_from ActionController::ParameterMissing, with: :bad_request
private
def authenticate_token!
authenticate_or_request_with_http_token do |token, options|
@current_user = User.find_by(api_token: token)
end
end
def current_user
@current_user
end
def not_found(exception)
render json: { error: 'Ресурс не знайдено', details: exception.message },
status: :not_found
end
def unprocessable_entity(exception)
render json: { error: 'Валідацію не пройдено', details: exception.record.errors },
status: :unprocessable_entity
end
def bad_request(exception)
render json: { error: 'Невірний запит', details: exception.message },
status: :bad_request
end
end
end
end# app/controllers/api/v1/products_controller.rb
module Api
module V1
class ProductsController < BaseController
before_action :set_product, only: [:show, :update, :destroy]
def index
@products = Product.active
.includes(:category)
.page(params[:page])
.per(params[:per_page] || 20)
render json: {
data: ProductSerializer.new(@products).serializable_hash,
meta: pagination_meta(@products)
}
end
def show
render json: ProductSerializer.new(@product, include: [:category, :reviews])
end
def create
@product = Product.new(product_params)
@product.save!
render json: ProductSerializer.new(@product), status: :created
end
def update
@product.update!(product_params)
render json: ProductSerializer.new(@product)
end
def destroy
@product.destroy!
head :no_content
end
private
def set_product
@product = Product.find(params[:id])
end
def product_params
params.require(:product).permit(:name, :description, :price, :category_id)
end
def pagination_meta(collection)
{
current_page: collection.current_page,
total_pages: collection.total_pages,
total_count: collection.total_count
}
end
end
end
end# app/serializers/product_serializer.rb
# З gem jsonapi-serializer
class ProductSerializer
include JSONAPI::Serializer
attributes :id, :name, :description, :price, :created_at
attribute :formatted_price do |product|
"$#{product.price.to_f.round(2)}"
end
belongs_to :category
has_many :reviews
link :self do |product|
Rails.application.routes.url_helpers.api_v1_product_url(product)
end
endКращі практики для API: версіонувати через namespace, використовувати відповідні HTTP-коди, пагінувати колекції та надавати зрозумілі повідомлення про помилки.
Питання 14: Як реалізувати JWT-автентифікацію у Rails?
JWT (JSON Web Tokens) — популярний метод stateless-автентифікації для API. Токен кодує ідентичність користувача та його дійсність.
# app/services/jwt_service.rb
class JwtService
SECRET_KEY = Rails.application.credentials.secret_key_base
ALGORITHM = 'HS256'.freeze
class << self
def encode(payload, exp = 24.hours.from_now)
payload[:exp] = exp.to_i
payload[:iat] = Time.current.to_i
JWT.encode(payload, SECRET_KEY, ALGORITHM)
end
def decode(token)
decoded = JWT.decode(token, SECRET_KEY, true, algorithm: ALGORITHM)
HashWithIndifferentAccess.new(decoded.first)
rescue JWT::ExpiredSignature
raise AuthenticationError, 'Термін дії токена сплив'
rescue JWT::DecodeError
raise AuthenticationError, 'Недійсний токен'
end
end
end# app/controllers/api/v1/auth_controller.rb
module Api
module V1
class AuthController < ActionController::API
def login
user = User.find_by(email: params[:email])
if user&.authenticate(params[:password])
token = JwtService.encode(user_id: user.id)
render json: {
token: token,
user: UserSerializer.new(user),
expires_at: 24.hours.from_now
}
else
render json: { error: 'Невірні облікові дані' }, status: :unauthorized
end
end
def refresh
token = JwtService.encode(user_id: current_user.id)
render json: { token: token, expires_at: 24.hours.from_now }
end
end
end
end# app/controllers/concerns/jwt_authenticatable.rb
module JwtAuthenticatable
extend ActiveSupport::Concern
included do
before_action :authenticate_jwt!
end
private
def authenticate_jwt!
header = request.headers['Authorization']
token = header&.split(' ')&.last
raise AuthenticationError, 'Токен відсутній' unless token
decoded = JwtService.decode(token)
@current_user = User.find(decoded[:user_id])
rescue AuthenticationError => e
render json: { error: e.message }, status: :unauthorized
rescue ActiveRecord::RecordNotFound
render json: { error: 'Користувача не знайдено' }, status: :unauthorized
end
def current_user
@current_user
end
endДля продакшну варто розглянути: refresh-токени, чорний список токенів при виході та короткі терміни дії. Gem-и на кшталт devise-jwt спрощують реалізацію.
Кешування і продуктивність
Питання 15: Як реалізувати кешування у Rails?
Rails пропонує кілька рівнів кешування: fragment caching, Russian Doll caching, low-level caching. Вибір залежить від випадку використання.
# config/environments/production.rb
config.action_controller.perform_caching = true
config.cache_store = :redis_cache_store, {
url: ENV['REDIS_URL'],
namespace: 'myapp:cache',
expires_in: 1.day,
race_condition_ttl: 10.seconds
}<%# app/views/products/index.html.erb %>
<%# Fragment caching з автоматичним ключем кешу %>
<% @products.each do |product| %>
<%# Кеш на основі updated_at продукту %>
<% cache product do %>
<%= render product %>
<% end %>
<% end %>
<%# Russian Doll caching - вкладений кеш %>
<% cache ['v1', @category] do %>
<h2><%= @category.name %></h2>
<% @category.products.each do |product| %>
<% cache ['v1', product] do %>
<%= render product %>
<% end %>
<% end %>
<% end %>
<%# Умовний кеш %>
<% cache_if current_user.nil?, @product do %>
<%= render @product %>
<% end %># app/models/product.rb
class Product < ApplicationRecord
# Touch батьківського запису для інвалідації Russian Doll
belongs_to :category, touch: true
# Власний ключ кешу
def cache_key_with_version
"#{super}/#{reviews.maximum(:updated_at)&.to_i}"
end
end# Low-level caching у сервісах
class DashboardStatsService
def call
Rails.cache.fetch('dashboard:stats', expires_in: 15.minutes) do
{
total_users: User.count,
active_users: User.where('last_sign_in_at > ?', 30.days.ago).count,
total_orders: Order.completed.count,
revenue_mtd: Order.completed.where(created_at: Time.current.beginning_of_month..).sum(:total)
}
end
end
end
# Кеш із захистом від race condition
Rails.cache.fetch('popular_products', expires_in: 1.hour, race_condition_ttl: 10.seconds) do
Product.bestsellers.limit(10).to_a
end
# Явна інвалідація
Rails.cache.delete('dashboard:stats')
Rails.cache.delete_matched('products:*')Russian Doll caching ефективний, оскільки регенеруються лише змінені фрагменти. Використовуйте touch: true на асоціаціях для поширення інвалідації.
Питання 16: Як оптимізувати продуктивність застосунку Rails?
Оптимізація Rails охоплює багато аспектів: запити до БД, кешування, ассети та архітектуру. Методичний підхід із моніторингом — необхідний.
# Оптимізація бази даних
# config/database.yml
production:
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
prepared_statements: true
advisory_locks: true
# app/models/order.rb
class Order < ApplicationRecord
# Складені індекси для частих запитів
# add_index :orders, [:user_id, :status, :created_at]
# Вибирати лише потрібні стовпці
scope :summary, -> { select(:id, :status, :total, :created_at) }
# Пакетна обробка великих обсягів
def self.process_pending
pending.find_each(batch_size: 1000) do |order|
ProcessOrderJob.perform_later(order.id)
end
end
# Уникати повторюваних обчислень
def self.revenue_by_month
completed
.group("DATE_TRUNC('month', created_at)")
.sum(:total)
end
end# Оптимізація памʼяті
# config/puma.rb
workers ENV.fetch("WEB_CONCURRENCY") { 2 }
threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 }
threads threads_count, threads_count
preload_app!
before_fork do
ActiveRecord::Base.connection_pool.disconnect!
end
on_worker_boot do
ActiveRecord::Base.establish_connection
end# Профілювання з rack-mini-profiler
# Gemfile
group :development do
gem 'rack-mini-profiler'
gem 'memory_profiler'
gem 'stackprof'
end
# config/initializers/mini_profiler.rb
if defined?(Rack::MiniProfiler)
Rack::MiniProfiler.config.position = 'bottom-right'
Rack::MiniProfiler.config.start_hidden = true
end# Lazy loading і пагінація
class ProductsController < ApplicationController
def index
@products = Product.active
.includes(:category, :primary_image)
.page(params[:page])
.per(24)
# Prefetch для наступної сторінки
if @products.next_page
Rails.cache.fetch("products:page:#{@products.next_page}", expires_in: 5.minutes) do
Product.active.page(@products.next_page).per(24).to_a
end
end
end
endОсновні інструменти: rack-mini-profiler для профілювання, bullet для виявлення N+1, New Relic або Scout для продакшн-моніторингу.
Безпека
Питання 17: Які найкращі практики безпеки у Rails?
Rails містить захист за замовчуванням від поширених вразливостей. Критично важливо розуміти ці захисти й правильно їх налаштовувати.
# Захист CSRF
# app/controllers/application_controller.rb
class ApplicationController < ActionController::Base
# Увімкнено за замовчуванням, кидає виняток при недійсному токені
protect_from_forgery with: :exception
# Для API використовувати :null_session
# protect_from_forgery with: :null_session
end
# У view токен автоматично включається до форм
# <%= form_with ... %> містить authenticity_token
# Для AJAX-запитів
# Додати заголовок X-CSRF-Token зі значенням з csrf_meta_tags# Захист від SQL Injection
# ✅ Інтерпольовані параметри автоматично екрануються
User.where('email = ?', params[:email])
User.where(email: params[:email])
# ❌ НЕБЕЗПЕКА - пряма інтерполяція
User.where("email = '#{params[:email]}'")
# ✅ Для динамічних ORDER-виразів
ALLOWED_SORTS = %w[name created_at price].freeze
sort_column = ALLOWED_SORTS.include?(params[:sort]) ? params[:sort] : 'name'
Product.order(sort_column)# Захист XSS
# Rails автоматично екранує HTML у view
# ✅ Автоматично екранований
<%= user.name %>
# ❌ Небезпечно - вміст без екранування
<%== user.bio %>
<%= raw user.bio %>
<%= user.bio.html_safe %>
# ✅ Для безпечного HTML використовуйте sanitize
<%= sanitize user.bio, tags: %w[p br strong em] %># Strong Parameters
class UsersController < ApplicationController
def update
@user.update!(user_params)
end
private
def user_params
# Явний whitelist дозволених атрибутів
params.require(:user).permit(:name, :email, :avatar)
# Лише для адміністраторів
if current_user.admin?
params.require(:user).permit(:name, :email, :role, :active)
else
params.require(:user).permit(:name, :email)
end
end
end# Заголовки безпеки
# config/initializers/secure_headers.rb
Rails.application.config.action_dispatch.default_headers = {
'X-Frame-Options' => 'SAMEORIGIN',
'X-XSS-Protection' => '1; mode=block',
'X-Content-Type-Options' => 'nosniff',
'X-Download-Options' => 'noopen',
'X-Permitted-Cross-Domain-Policies' => 'none',
'Referrer-Policy' => 'strict-origin-when-cross-origin'
}
# Content Security Policy
Rails.application.config.content_security_policy do |policy|
policy.default_src :self
policy.script_src :self
policy.style_src :self, :unsafe_inline
policy.img_src :self, :data, 'https:'
endРегулярно проводьте аудит за допомогою brakeman (статичний аналіз безпеки) і підтримуйте gem-и в актуальному стані за допомогою bundle audit.
Питання 18: Як обробляти автентифікацію та авторизацію у Rails?
Автентифікація перевіряє ідентичність, авторизація керує дозволами. Devise керує автентифікацією, Pundit або CanCanCan — авторизацією.
# Налаштування Devise
# app/models/user.rb
class User < ApplicationRecord
devise :database_authenticatable, :registerable,
:recoverable, :rememberable, :validatable,
:confirmable, :lockable, :trackable
enum role: { user: 0, moderator: 1, admin: 2 }
def admin?
role == 'admin'
end
end# Політики Pundit
# app/policies/article_policy.rb
class ArticlePolicy < ApplicationPolicy
def index?
true
end
def show?
record.published? || owner_or_admin?
end
def create?
user.present?
end
def update?
owner_or_admin?
end
def destroy?
owner_or_admin?
end
def publish?
user&.admin? || user&.moderator?
end
# Скоуп для колекцій
class Scope < Scope
def resolve
if user&.admin?
scope.all
elsif user
scope.where(published: true).or(scope.where(author: user))
else
scope.where(published: true)
end
end
end
private
def owner_or_admin?
user&.admin? || record.author == user
end
end# Контролер з Pundit
class ArticlesController < ApplicationController
include Pundit::Authorization
after_action :verify_authorized, except: :index
after_action :verify_policy_scoped, only: :index
def index
@articles = policy_scope(Article).includes(:author).page(params[:page])
end
def show
@article = Article.find(params[:id])
authorize @article
end
def update
@article = Article.find(params[:id])
authorize @article
if @article.update(article_params)
redirect_to @article, notice: 'Статтю оновлено.'
else
render :edit, status: :unprocessable_entity
end
end
def publish
@article = Article.find(params[:id])
authorize @article
@article.update!(published: true, published_at: Time.current)
redirect_to @article, notice: 'Статтю опубліковано.'
end
rescue_from Pundit::NotAuthorizedError, with: :user_not_authorized
private
def user_not_authorized
flash[:alert] = "Ви не маєте дозволу на виконання цієї дії."
redirect_back(fallback_location: root_path)
end
endPundit більш явний і легший у тестуванні, ніж CanCanCan. Кожна дія має відповідний метод політики, а скоупи автоматично фільтрують колекції.
Просунутий Rails
Питання 19: Поясніть патерн Repository у Rails
Патерн Repository ізолює логіку доступу до даних від решти застосунку. Хоча Rails використовує Active Record (інший патерн), Repository може бути корисним у складних випадках.
# app/repositories/base_repository.rb
class BaseRepository
def initialize(model_class)
@model_class = model_class
end
def all
@model_class.all
end
def find(id)
@model_class.find(id)
end
def find_by(attributes)
@model_class.find_by(attributes)
end
def create(attributes)
@model_class.create(attributes)
end
def update(record, attributes)
record.update(attributes)
end
def delete(record)
record.destroy
end
end# app/repositories/product_repository.rb
class ProductRepository < BaseRepository
def initialize
super(Product)
end
def active
@model_class.where(active: true)
end
def in_category(category_id)
@model_class.where(category_id: category_id)
end
def search(query)
@model_class.where('name ILIKE ? OR description ILIKE ?',
"%#{query}%", "%#{query}%")
end
def with_stock
@model_class.where('stock_quantity > 0')
end
def bestsellers(limit: 10)
@model_class
.joins(:order_items)
.group(:id)
.order('COUNT(order_items.id) DESC')
.limit(limit)
end
def for_homepage
active
.with_stock
.includes(:category, :primary_image)
.order(featured: :desc, created_at: :desc)
.limit(12)
end
end# Використання у сервісі
class ProductSearchService
def initialize(repository: ProductRepository.new)
@repository = repository
end
def call(params)
products = @repository.active
products = products.in_category(params[:category]) if params[:category]
products = products.search(params[:query]) if params[:query].present?
products = products.with_stock if params[:in_stock]
products
end
end
# Полегшує тестування з моками
RSpec.describe ProductSearchService do
let(:repository) { instance_double(ProductRepository) }
let(:service) { described_class.new(repository: repository) }
it 'фільтрує за категорією' do
products = double('products')
allow(repository).to receive(:active).and_return(products)
allow(products).to receive(:in_category).with(1).and_return(products)
service.call(category: 1)
expect(products).to have_received(:in_category).with(1)
end
endRepository в Rails опціональний, оскільки Active Record уже чудовий патерн. Використовуйте його для складних запитів або коли важлива ізоляція сховища.
Питання 20: Як реалізувати патерн CQRS у Rails?
CQRS (Command Query Responsibility Segregation) розділяє операції читання та запису. У Rails це означає окремі класи для запитів і команд.
# app/commands/base_command.rb
class BaseCommand
include ActiveModel::Validations
def self.call(*args)
new(*args).call
end
def call
return failure(errors) unless valid?
execute
end
private
def execute
raise NotImplementedError
end
def success(data = nil)
CommandResult.success(data)
end
def failure(errors)
CommandResult.failure(errors)
end
end
CommandResult = Struct.new(:success, :data, :errors, keyword_init: true) do
def success? = success
def failure? = !success
def self.success(data)
new(success: true, data: data, errors: [])
end
def self.failure(errors)
new(success: false, data: nil, errors: Array(errors))
end
end# app/commands/orders/create_order_command.rb
module Orders
class CreateOrderCommand < BaseCommand
attr_reader :user, :items, :shipping_address
validates :user, presence: true
validates :items, presence: true
validate :validate_items_availability
def initialize(user:, items:, shipping_address:)
@user = user
@items = items
@shipping_address = shipping_address
end
private
def execute
order = nil
ActiveRecord::Base.transaction do
order = Order.create!(
user: user,
shipping_address: shipping_address,
status: 'pending'
)
items.each do |item|
order.items.create!(
product_id: item[:product_id],
quantity: item[:quantity],
unit_price: Product.find(item[:product_id]).price
)
end
order.calculate_total!
end
OrderCreatedEvent.broadcast(order)
success(order)
rescue ActiveRecord::RecordInvalid => e
failure(e.message)
end
def validate_items_availability
items.each do |item|
product = Product.find_by(id: item[:product_id])
unless product&.stock_quantity&.>= item[:quantity]
errors.add(:items, "Продукт #{item[:product_id]} недоступний")
end
end
end
end
end# app/queries/orders/user_orders_query.rb
module Orders
class UserOrdersQuery
def initialize(user, params = {})
@user = user
@params = params
end
def call
orders = @user.orders.includes(:items, items: :product)
orders = apply_status_filter(orders)
orders = apply_date_filter(orders)
orders = apply_sorting(orders)
orders.page(@params[:page]).per(@params[:per_page] || 20)
end
private
def apply_status_filter(orders)
return orders unless @params[:status]
orders.where(status: @params[:status])
end
def apply_date_filter(orders)
orders = orders.where('created_at >= ?', @params[:from]) if @params[:from]
orders = orders.where('created_at <= ?', @params[:to]) if @params[:to]
orders
end
def apply_sorting(orders)
case @params[:sort]
when 'oldest' then orders.order(created_at: :asc)
when 'total_desc' then orders.order(total: :desc)
else orders.order(created_at: :desc)
end
end
end
end# Контролер із CQRS
class OrdersController < ApplicationController
def index
@orders = Orders::UserOrdersQuery.new(current_user, filter_params).call
end
def create
result = Orders::CreateOrderCommand.call(
user: current_user,
items: order_params[:items],
shipping_address: order_params[:shipping_address]
)
if result.success?
redirect_to result.data, notice: 'Замовлення створено!'
else
flash.now[:alert] = result.errors.join(', ')
render :new, status: :unprocessable_entity
end
end
endCQRS яскраво проявляє себе у складних застосунках з асиметричними потребами читання/запису. Для простого CRUD це надмірне ускладнення.
Питання 21: Як обробляти WebSocket з Action Cable?
Action Cable інтегрує WebSocket у Rails для двостороннього обміну в реальному часі. Використовує Redis для синхронізації між серверами.
# app/channels/application_cable/connection.rb
module ApplicationCable
class Connection < ActionCable::Connection::Base
identified_by :current_user
def connect
self.current_user = find_verified_user
end
private
def find_verified_user
# Через cookie сесії
if verified_user = User.find_by(id: cookies.encrypted[:user_id])
verified_user
# Через JWT для API
elsif verified_user = verify_jwt_token
verified_user
else
reject_unauthorized_connection
end
end
def verify_jwt_token
token = request.params[:token]
return nil unless token
decoded = JwtService.decode(token)
User.find(decoded[:user_id])
rescue
nil
end
end
end# app/channels/chat_channel.rb
class ChatChannel < ApplicationCable::Channel
def subscribed
@room = ChatRoom.find(params[:room_id])
# Перевірити дозволи
unless @room.accessible_by?(current_user)
reject
return
end
stream_for @room
# Сповістити інших про присутність
broadcast_presence(:joined)
end
def unsubscribed
broadcast_presence(:left) if @room
end
def send_message(data)
message = @room.messages.create!(
user: current_user,
content: data['content']
)
# Транслювати всім підписникам
ChatChannel.broadcast_to(@room, {
type: 'message',
message: MessageSerializer.new(message).as_json
})
end
def typing
ChatChannel.broadcast_to(@room, {
type: 'typing',
user: current_user.name
})
end
private
def broadcast_presence(action)
ChatChannel.broadcast_to(@room, {
type: 'presence',
action: action,
user: current_user.name,
online_count: @room.online_users_count
})
end
endimport consumer from "./consumer"
const chatChannel = consumer.subscriptions.create(
{ channel: "ChatChannel", room_id: roomId },
{
connected() {
console.log("Connected to chat")
},
disconnected() {
console.log("Disconnected from chat")
},
received(data) {
switch(data.type) {
case 'message':
this.appendMessage(data.message)
break
case 'typing':
this.showTypingIndicator(data.user)
break
case 'presence':
this.updatePresence(data)
break
}
},
sendMessage(content) {
this.perform('send_message', { content: content })
},
notifyTyping() {
this.perform('typing')
}
}
)Action Cable автоматично обробляє повторні з'єднання та синхронізацію. У продакшні налаштовувати Redis як адаптер і масштабувати відповідно до одночасних з'єднань.
Питання 22: Як реалізувати multi-tenancy у Rails?
Multi-tenancy дозволяє застосунку обслуговувати кілька ізольованих клієнтів (tenant'ів). Три основні підходи: на рівні бази даних, схеми або рядка.
# Multitenancy на рівні рядка з ActsAsTenant або вручну
# app/models/concerns/tenant_scoped.rb
module TenantScoped
extend ActiveSupport::Concern
included do
belongs_to :tenant
# Скоуп за замовчуванням на поточного tenant'а
default_scope -> { where(tenant: Current.tenant) if Current.tenant }
# Валідація tenant'а
before_validation :set_tenant, on: :create
end
private
def set_tenant
self.tenant ||= Current.tenant
end
end
# app/models/current.rb
class Current < ActiveSupport::CurrentAttributes
attribute :tenant, :user
end# app/controllers/application_controller.rb
class ApplicationController < ActionController::Base
before_action :set_current_tenant
private
def set_current_tenant
Current.tenant = resolve_tenant
Current.user = current_user
end
def resolve_tenant
# Через піддомен
if request.subdomain.present? && request.subdomain != 'www'
Tenant.find_by!(subdomain: request.subdomain)
# Через заголовок (для API)
elsif request.headers['X-Tenant-ID'].present?
Tenant.find(request.headers['X-Tenant-ID'])
# Через користувача
elsif current_user
current_user.tenant
end
rescue ActiveRecord::RecordNotFound
redirect_to root_url(subdomain: 'www'), alert: 'Tenant не знайдено'
end
end# app/models/project.rb
class Project < ApplicationRecord
include TenantScoped
has_many :tasks
belongs_to :owner, class_name: 'User'
end
# app/models/user.rb
class User < ApplicationRecord
include TenantScoped
has_many :projects, foreign_key: :owner_id
# Адміністратори можуть належати до кількох tenant'ів
has_many :tenant_memberships
has_many :accessible_tenants, through: :tenant_memberships, source: :tenant
end# На рівні схеми з gem Apartment (PostgreSQL)
# config/initializers/apartment.rb
Apartment.configure do |config|
config.excluded_models = %w[Tenant User]
config.tenant_names = -> { Tenant.pluck(:subdomain) }
end
# Використання
Apartment::Tenant.switch('acme') do
# Усі запити в цьому блоці використовують схему 'acme'
Project.all # SELECT * FROM acme.projects
endРівень рядка найпростіший, але вимагає постійної уваги до витоків. Рівень схеми пропонує кращу ізоляцію, але ускладнює міграції. Обирайте відповідно до потреб безпеки та масштабованості.
Питання 23: Як налаштувати архітектуру мікросервісів з Rails?
Rails може слугувати основою для архітектури мікросервісів зі зв'язком через HTTP/gRPC або черги повідомлень. Ключ — добре визначити межі.
# HTTP-клієнт сервісу
# app/services/payment_service_client.rb
class PaymentServiceClient
include HTTParty
base_uri ENV.fetch('PAYMENT_SERVICE_URL')
def initialize
@options = {
headers: {
'Content-Type' => 'application/json',
'X-Service-Token' => ENV.fetch('SERVICE_TOKEN')
},
timeout: 10
}
end
def create_charge(amount:, currency:, source:, metadata: {})
response = self.class.post('/charges', @options.merge(
body: { amount: amount, currency: currency, source: source, metadata: metadata }.to_json
))
handle_response(response)
end
def get_charge(charge_id)
response = self.class.get("/charges/#{charge_id}", @options)
handle_response(response)
end
private
def handle_response(response)
case response.code
when 200..299
ServiceResult.success(response.parsed_response)
when 400..499
ServiceResult.failure(response.parsed_response['error'], code: response.code)
else
ServiceResult.failure('Сервіс недоступний', code: response.code)
end
rescue Net::OpenTimeout, Net::ReadTimeout
ServiceResult.failure('Тайм-аут сервісу')
end
end# Подієво-орієнтована комунікація з Sidekiq/Redis
# app/events/order_events.rb
module OrderEvents
class Created
include Wisper::Publisher
def call(order)
broadcast(:order_created, order)
end
end
end
# app/listeners/inventory_listener.rb
class InventoryListener
def order_created(order)
order.items.each do |item|
InventoryServiceClient.new.reserve_stock(
product_id: item.product_id,
quantity: item.quantity,
reference: order.id
)
end
end
end
# config/initializers/wisper.rb
Wisper.subscribe(InventoryListener.new, async: true)
Wisper.subscribe(NotificationListener.new, async: true)# Патерн API Gateway
# app/controllers/api/v1/gateway_controller.rb
module Api
module V1
class GatewayController < BaseController
# Агрегувати кілька сервісів
def dashboard
results = Parallel.map([:orders, :inventory, :analytics], in_threads: 3) do |service|
fetch_from_service(service)
end
render json: {
orders: results[0],
inventory: results[1],
analytics: results[2]
}
end
private
def fetch_from_service(service)
case service
when :orders
OrderServiceClient.new.recent_orders(limit: 5)
when :inventory
InventoryServiceClient.new.low_stock_alerts
when :analytics
AnalyticsServiceClient.new.daily_summary
end
rescue => e
{ error: "#{service} недоступний", message: e.message }
end
end
end
endДля мікросервісів Rails: визначайте чіткі контракти API (OpenAPI), реалізуйте circuit breaker (gem circuitbox) і використовуйте розподілене трасування (gem opentelemetry).
Питання 24: Як розгорнути застосунок Rails у продакшні?
Сучасне розгортання Rails використовує контейнери або PaaS. Стійка продакшн-конфігурація охоплює ассети, базу даних і моніторинг.
# config/environments/production.rb
Rails.application.configure do
config.cache_classes = true
config.eager_load = true
config.consider_all_requests_local = false
# Ассети
config.public_file_server.enabled = ENV['RAILS_SERVE_STATIC_FILES'].present?
config.assets.compile = false
config.assets.digest = true
# Логування
config.log_level = ENV.fetch('LOG_LEVEL', 'info').to_sym
config.log_tags = [:request_id]
config.logger = ActiveSupport::Logger.new(STDOUT)
.tap { |logger| logger.formatter = Logger::Formatter.new }
.then { |logger| ActiveSupport::TaggedLogging.new(logger) }
# Кеш
config.cache_store = :redis_cache_store, {
url: ENV['REDIS_URL'],
expires_in: 1.day
}
# Примусовий SSL
config.force_ssl = true
config.ssl_options = { hsts: { subdomains: true } }
# Action Mailer
config.action_mailer.delivery_method = :smtp
config.action_mailer.smtp_settings = {
address: ENV['SMTP_HOST'],
port: ENV['SMTP_PORT'],
user_name: ENV['SMTP_USER'],
password: ENV['SMTP_PASSWORD'],
authentication: :plain,
enable_starttls_auto: true
}
end# Dockerfile
FROM ruby:3.3-alpine AS builder
RUN apk add --no-cache build-base postgresql-dev nodejs yarn
WORKDIR /app
COPY Gemfile Gemfile.lock ./
RUN bundle config set --local deployment true && \
bundle config set --local without 'development test' && \
bundle install
COPY package.json yarn.lock ./
RUN yarn install --frozen-lockfile
COPY . .
RUN bundle exec rails assets:precompile
# Продакшн-образ
FROM ruby:3.3-alpine
RUN apk add --no-cache postgresql-client tzdata
WORKDIR /app
COPY /app /app
COPY /usr/local/bundle /usr/local/bundle
ENV RAILS_ENV=production
ENV RAILS_LOG_TO_STDOUT=true
EXPOSE 3000
CMD ["bundle", "exec", "puma", "-C", "config/puma.rb"]# docker-compose.production.yml
version: '3.8'
services:
web:
build: .
environment:
- DATABASE_URL=postgres://user:pass@db/app_production
- REDIS_URL=redis://redis:6379/0
- SECRET_KEY_BASE=${SECRET_KEY_BASE}
depends_on:
- db
- redis
deploy:
replicas: 3
resources:
limits:
memory: 512M
sidekiq:
build: .
command: bundle exec sidekiq
environment:
- DATABASE_URL=postgres://user:pass@db/app_production
- REDIS_URL=redis://redis:6379/0
depends_on:
- db
- redis
deploy:
replicas: 2
db:
image: postgres:15-alpine
volumes:
- postgres_data:/var/lib/postgresql/data
environment:
- POSTGRES_PASSWORD=${DB_PASSWORD}
redis:
image: redis:7-alpine
volumes:
- redis_data:/data
volumes:
postgres_data:
redis_data:Чек-лист продакшну: обов'язковий SSL, секрети через ENV, health check, автоматизовані бекапи БД, моніторинг (APM + логи + метрики) і налаштовані сповіщення.
Питання 25: Які нові можливості Rails 7+ варто знати?
Rails 7+ приносить значні зміни: Hotwire за замовчуванням, import maps, покращені шифровані credentials і багато оптимізацій.
# Hotwire - Turbo Frames
# app/views/articles/index.html.erb
<%= turbo_frame_tag "articles" do %>
<% @articles.each do |article| %>
<%= turbo_frame_tag dom_id(article) do %>
<%= render article %>
<% end %>
<% end %>
<%= link_to "Завантажити ще", articles_path(page: @page + 1),
data: { turbo_frame: "articles" } %>
<% end %>
# Turbo Streams для оновлень у реальному часі
# app/controllers/comments_controller.rb
def create
@comment = @article.comments.create!(comment_params.merge(user: current_user))
respond_to do |format|
format.turbo_stream
format.html { redirect_to @article }
end
end
# app/views/comments/create.turbo_stream.erb
<%= turbo_stream.append "comments", @comment %>
<%= turbo_stream.update "comments_count", @article.comments.count %>
<%= turbo_stream.replace "comment_form", partial: "comments/form", locals: { comment: Comment.new } %># Stimulus-контролери
# app/javascript/controllers/search_controller.js
import { Controller } from "@hotwired/stimulus"
import { debounce } from "lodash-es"
export default class extends Controller {
static targets = ["input", "results"]
static values = { url: String }
connect() {
this.search = debounce(this.search.bind(this), 300)
}
async search() {
const query = this.inputTarget.value
if (query.length < 2) return
const response = await fetch(`${this.urlValue}?q=${encodeURIComponent(query)}`)
this.resultsTarget.innerHTML = await response.text()
}
}# Import Maps (без JavaScript-бандлера)
# config/importmap.rb
pin "application"
pin "@hotwired/turbo-rails", to: "turbo.min.js"
pin "@hotwired/stimulus", to: "stimulus.min.js"
pin "@hotwired/stimulus-loading", to: "stimulus-loading.js"
pin_all_from "app/javascript/controllers", under: "controllers"
# Pin із CDN
pin "lodash-es", to: "https://ga.jspm.io/npm:lodash-es@4.17.21/lodash.js"# Active Record Encryption (Rails 7+)
# app/models/user.rb
class User < ApplicationRecord
encrypts :email, deterministic: true # Дозволяє пошук
encrypts :phone_number # Недетермінований за замовчуванням
encrypts :ssn, deterministic: true, downcase: true
end
# config/credentials.yml.enc
active_record_encryption:
primary_key: abc123...
deterministic_key: def456...
key_derivation_salt: ghi789...# Покращення інтерфейсу запитів
# Rails 7.1+
# Асинхронні запити
users = User.where(active: true).load_async
# Продовжувати обробку, поки запит виконується
# Доступ до результатів через users.to_a
# Common Table Expressions (CTE)
User.with(
recent_orders: Order.where('created_at > ?', 30.days.ago)
).joins('JOIN recent_orders ON recent_orders.user_id = users.id')
# Автоматичне визначення inverse_of
class Author < ApplicationRecord
has_many :books # inverse_of визначається автоматично
end
# Strict loading за замовчуванням (запобігає N+1)
class ApplicationRecord < ActiveRecord::Base
self.strict_loading_by_default = true
endRails 7+ надає перевагу простоті (без Webpack за замовчуванням) і HTML-over-the-wire з Hotwire. Цей підхід зменшує складність JavaScript, водночас пропонуючи сучасний користувацький досвід.
Висновок
Співбесіди Ruby on Rails оцінюють володіння всім фреймворком і розуміння його конвенцій. Ключові моменти, які варто запам'ятати:
✅ Основи: MVC, Active Record, міграції, валідації та асоціації
✅ Архітектура: Service Objects, Concerns, Query Objects і патерни CQRS
✅ Продуктивність: запити N+1, кешування (fragment, Russian Doll, low-level), eager loading
✅ Тестування: RSpec, FactoryBot, request specs і кращі практики тестування
✅ Безпека: CSRF, SQL injection, XSS, Strong Parameters і автентифікація/авторизація
✅ API: RESTful-дизайн, JWT, серіалайзери та версіонування
✅ Продакшн: фонові задачі, WebSocket, розгортання та моніторинг
Філософія Rails (Convention over Configuration, DRY і Rails Way) керує всіма архітектурними рішеннями. Володіння цими принципами та розуміння, коли від них відхилятися, демонструють солідний досвід.
Починай практикувати!
Перевір свої знання з нашими симуляторами співбесід та технічними тестами.
Теги
Поділитися
Пов'язані статті

Rails API Mode у 2026: RESTful API, серіалізація JSON та питання на співбесідах
Повний посібник з Rails API Mode: налаштування API-only застосунку, серіалізація з Alba та jsonapi-serializer, JWT-автентифікація, обробка помилок, пагінація та тестування з RSpec.

ActiveRecord: вирішення проблем запитів N+1 у Ruby on Rails
Повний посібник з виявлення та усунення запитів N+1 у Rails з ActiveRecord. Опануйте includes, preload, eager_load та інструменти автоматичного виявлення.

Ruby on Rails 7: Hotwire ta Turbo dlia Reaktyvnykh Dodatkiv
Povnyi posibnyk z Hotwire ta Turbo v Rails 7. Stvorennia reaktyvnykh dodatkiv bez JavaScript z Turbo Drive, Frames ta Streams.