Начните со сценария продукта и ответственного за рабочий запуск. Что пользователь делает, что сохраняется и какие внешние службы участвуют? Только после этого сравнивайте способы размещения. Здесь аккаунты, бесплатные кредиты и новые облачные услуги не оформлялись.

Прототип и production не только разные адреса

7 октября 2026 The Twelve-Factor App прочитан как методика dev/prod parity. Она рекомендует уменьшать различия сред, особенно типов и версий backing services: базы, очереди и кэша. Абстракция библиотеки не гарантирует отсутствие различий между ними.

Методика не задает единственный стек стартапа. Но если прототип использует одну базу, а production другую, эту границу нужно проверить явно. Успешная демонстрация на локальной среде не доказательство поведения рабочего сервиса.

Решение перед запускомЧто должно быть известно
СредаRuntime и внешние службы
ДанныеГде хранится рабочее состояние и кто имеет доступ
РелизКто принимает и может вернуть предыдущую версию
НаблюдениеКак обнаруживается ошибка нужной операции
РасходыПолный состав услуг после льготного периода

Не подменяйте эту запись обещанием, что приложение «масштабируется автоматически». Правила продукта и обязанности команды должны быть подтверждены отдельно.

Данные и возможность сменить размещение

Согласуйте состав копии: база, файлы, настройки и внешние зависимости. Исходный репозиторий может не содержать рабочие данные. У managed-службы нужен отдельный ответ о получении и восстановлении копии, не только возможность нажать экспорт.

Владельцу проекта нужны согласованные доступы и порядок передачи сопровождения. Если все находится в личном аккаунте одного исполнителя, это отдельный риск организации работ. Мы не создавали пользователей, ключи или права и не переносили данные.

Льготная цена не весь бюджет

Запишите вычисления, хранение, передачу, внешние сервисы и сопровождение. Уточните продолжение после окончания льгот или кредитов. Неизвестная цена не нулевой расход, а предполагаемый бесплатный уровень не подтвержденный тариф.

Изменение набора ресурсов может изменить счет. Сравнивайте один сценарий и срок, а не прототип без данных с полноценной рабочей системой. В этой статье не выдуманы цены продления, скидки или платные опции.

Рабочая операция и наблюдение

Google SRE выделяет задержку, трафик, ошибки и насыщение. Для продукта определите конкретную операцию и правильный результат. HTTP200 с неверными данными не обязательно успешная приемка.

Мы не проводили нагрузочные тесты и не обещаем число пользователей для заданного RAM. Для выбора ресурсов используйте сценарий highload, не превращайте наблюдение одной страницы в прогноз всего сервиса.

Проверка перед первым рабочим релизом

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

Сохраните путь возврата и ответственного за него. Разработческий процесс отделяет сборку от окружения, а тестовый сайт - приватность копии от индексации. После приемки уточните сопровождение и полный счет, затем выбирайте продукт под рабочую задачу, не под рекламный ярлык стартапа.