← Назад в блог

Методика модели · 18 июля 2026

Как мы превращаем пиковых пользователей в оценку Railway

Калькулятор — это прозрачная исходная гипотеза для соло-разработчика, а не коммерческое предложение и не замена измерению приложения. Здесь опубликованы все допущения, чтобы их можно было критиковать, заменять и проверять.

Что означает «пользователей в час»

Один пользователь — это один смоделированный визит или продуктовая сессия в самый загруженный час. Это не зарегистрированный аккаунт и не месячный активный пользователь. Пиковое значение превращается в месячное с помощью окна активных часов и отношения среднего трафика к пиковому для каждого типа продукта.

Четыре стартовых профиля нагрузки

Это намеренно небольшие и понятные сценарии для распространённых проектов на Railway. Количество запросов и процессорное время — допущения, а не средние по отрасли. Их задача — сделать первую оценку опровержимой ещё до профилирования репозитория.

01

Лендинг

Большая часть работы — кэшируемая выдача страниц, небольшой CMS и форма заявки. CPU остаётся близко к базовому уровню сервиса, а первым заметным фактором стоимости становится публичный исходящий трафик. Кэш браузера и внешний CDN, если он есть, могут существенно опустить эту кривую.

1 тыс. пользователей/час
20,00 $
10 тыс. пользователей/час
47,77 $
Расчётный счёт RailwayЛендинг · USD/месяц
Расчётный месячный счёт Railway для профиля «Лендинг» в зависимости от пиковых пользователей в час47,77 $ при 10 тыс.минимум Pro — $20
02

SaaS

Сессия сочетает аутентификацию, чтение API, изменения данных и сохраняемое состояние базы. CPU растёт вместе с выполненной работой, а память увеличивается ступенями, когда для пикового CPU требуется ещё одна реплика приложения. Это сбалансированный профиль: мы не предполагаем, что всё масштабирование приходится на один ресурс.

1 тыс. пользователей/час
20,00 $
10 тыс. пользователей/час
66,28 $
Расчётный счёт RailwaySaaS · USD/месяц
Расчётный месячный счёт Railway для профиля «SaaS» в зависимости от пиковых пользователей в час66,28 $ при 10 тыс.минимум Pro — $20
03

Магазин

Каталог, поиск, корзина и оформление заказа делают этот профиль самым активным на origin. Медиафайлы товаров первыми увеличивают исходящий трафик, а транзакционные запросы раньше требуют дополнительных реплик. Перенос изображений с origin приложения заметно меняет оценку.

1 тыс. пользователей/час
36,04 $
10 тыс. пользователей/час
251,84 $
Расчётный счёт RailwayМагазин · USD/месяц
Расчётный месячный счёт Railway для профиля «Магазин» в зависимости от пиковых пользователей в час251,84 $ при 10 тыс.минимум Pro — $20
04

ИИ-приложение

Модель предполагает, что инференс остаётся у внешнего провайдера. Railway обслуживает стриминговое приложение, состояние сессии и очереди, но не саму модель. Длинные сессии повышают давление на память; стоимость токенов и инференса в график не входит.

1 тыс. пользователей/час
20,00 $
10 тыс. пользователей/час
32,72 $
Расчётный счёт RailwayИИ-приложение · USD/месяц
Расчётный месячный счёт Railway для профиля «ИИ-приложение» в зависимости от пиковых пользователей в час32,72 $ при 10 тыс.минимум Pro — $20
ПродуктЗапросов к origin на пользователямс CPU на запросАктивных минутМБ с originСохраняемых КБ
Лендинг41230.550.5
SaaS1822100.752.5
Магазин282892.45
ИИ-приложение102070.34
ПродуктАктивных часов/деньСреднее / пикЦелевой CPU репликиПамять реплики
Лендинг1245%0.65 vCPU0.2 ГБ
SaaS855%0.65 vCPU0.35 ГБ
Магазин1060%0.6 vCPU0.5 ГБ
ИИ-приложение855%0.6 vCPU0.45 ГБ

Как рассчитываются кривые

CPU, сохранённые данные и публичный трафик растут вместе с выполненной работой. Память также меняется, когда пиковый CPU требует ещё одну реплику, поэтому на её кривой видны ступени. Мы не придумываем нелинейный «штраф за масштабирование»: очереди, насыщение базы, промахи кэша и медленные зависимости индивидуальны для приложения и должны проверяться нагрузочным тестом.

Сессии в месяц
пиковых пользователей/час × активных часов/день × 30 × отношение среднего к пику
CPU
запросов к origin в секунду × процессорное время на запрос, усреднённое по месячному профилю трафика
Одновременные пользователи
пользователей в секунду × продолжительность активной сессии
Память
базовый рабочий набор + ступени реплик + память активных пользователей
Диск
базовый том + месячные сессии × сохраняемые КБ на сессию
Исходящий трафик
месячные сессии × публичные МБ с origin на сессию

Параллелизм рассчитывается по закону Литтла: интенсивность поступления запросов умножается на время в системе. Для памяти мы применяем его к активным продуктовым сессиям, а затем добавляем базовый рабочий набор и рабочие наборы реплик.

Что взято из открытых данных

Railway публикует тарифы 20,00 $ за vCPU-месяц, 10,00 $ за ГБ памяти в месяц, 0,15 $ за ГБ тома в месяц и 0,05 $ за ГБ публичного исходящего трафика. Калькулятор использует именно этот снимок цен.

HTTP Archive за 2025 год сообщает о медианном размере главной страницы примерно 2,6 МБ на мобильных устройствах и 2,9 МБ на компьютерах. Наши значения для публичного origin ниже, потому что переходы внутри сессии могут использовать кэш браузера, а некоторые проекты добавляют внешний CDN. Выбранный эффект кэша — сценарное допущение, а не измеренный универсальный hit rate.

Что не входит в оценку

Токены LLM, объектное хранилище, внешние API, налоги и отдельные тарифы провайдеров баз данных не учитываются. Реальное приложение может выполнять больше работы на пользователя, дольше хранить данные, промахиваться мимо кэша, терять память или упереться в ограничение базы задолго до расчётного CPU.

Здесь проходит граница между калькулятором и CapacityLab: калькулятор даёт проверяемую гипотезу, а профиль репозитория и контролируемый запуск заменяют допущения наблюдаемой смесью запросов, рядами ресурсов, узкими местами и подписанным решением о пропускной способности.

Открыть модель