Где должна работать ваша система: у вас, в облаке или у подрядчика

Кому и когда это нужно

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

Три варианта и сравнение

«Бесплатные» хостинги и тарифы годятся для проверки идеи. Лимиты, срок жизни и условия меняет владелец площадки, под рабочую систему с клиентами я бы их не брал.

Что решает выбор и что говорит закон

Пять вещей: чувствительность данных, нагрузка, бюджет на сопровождение, есть ли человек, который обновляет сервер, и требования закона. Визитка без персональных данных спокойно живёт на хостинге или в конструкторе. Бот или CRM с базой клиентов я бы разворачивал на сервере или хостинге на вас с администрированием по договору. Нет админа и бюджета: платформа, но с проверенной выгрузкой данных. Пробную выгрузку сделайте в первый месяц, а не в день расставания.

Закон. По части 5 статьи 18 закона 152-ФЗ (правило ввёл 242-ФЗ, сейчас редакция с изменениями 23-ФЗ от 28.02.2025, сверено по КонсультантПлюс) при сборе персональных данных граждан России, в том числе через интернет, запись, хранение и другие операции с использованием баз данных за пределами России не допускаются, кроме случаев из пунктов 2, 3, 4 и 8 части 1 статьи 6. Практический вывод: база заявок и клиентов должна лежать на сервере в России, неважно, на кого он оформлен. Спросите, где физически стоит сервер. Что считать базой, как быть с зарубежной аналитикой, какие штрафы, я не проверял: решает юрист, начать можно со статьи про мифы о 152-ФЗ. Доступность и оплата зарубежных облаков для российских компаний могут меняться, эту часть я не разбирал, закладывайте её как отдельный риск.

10 вопросов подрядчику о размещении

1. На кого оформлены домен, сервер и аккаунт хостинга? Хочу видеть владельца в кабинете.
2. Какие у меня права: владельца или гостя?
3. В какой стране физически стоит сервер или база платформы?
4. Где лежат копии, как часто делаются и сколько хранятся? Копия на том же сервере не считается. Часто называют правило 3-2-1: три копии, два вида носителей, одна вне основной площадки. Первоисточник правила я не открывал, считайте его ориентиром, подробнее в статье про резервные копии.
5. Когда копию в последний раз разворачивали на тесте?
6. Кто получает уведомление о сбое и за какое время отвечает, как в статье про мониторинг сайта и домена?
7. Кто и как часто обновляет систему и сервер?
8. Где лежат код, настройки и ключи, как это передаётся мне? Перечень в статье про доступы и документацию.
9. Сколько займёт переезд и что вы мне для него отдадите?
10. Что с данными после расставания: кто и когда их удалит, как я это проверю?

Как переехать и где ошибаются

План из шести шагов, подробности в статье про перенос сайта и домена.

1. Полная копия и проверка, что она разворачивается.
2. Новое место готовится рядом, старое не трогаем.
3. Перенос данных: на минуты останавливаем запись и сверяем число записей.
4. Переключение DNS, заранее уменьшив время жизни записи.
5. Проверка: формы, оплата, бот, письма.
6. Откат: старое не удаляем несколько дней, чтобы вернуть DNS.

Ошибки повторяются. Всё на личном аккаунте подрядчика. Копии на том же сервере, что и база. Нет мониторинга, и о сбое вы узнаёте от клиента. Домен оформлен на исполнителя.

Где здесь поможет автоматизация

Моё правило: рабочая версия живёт на инфраструктуре клиента, у клиента доступы и копии, демо можно держать у меня. В двух моих системах развёртывание на сервер заказчика устроено одинаково: ночная копия базы по расписанию (хранится 14 и 30 дней), в одной из них сторож раз в минуту проверяет сайт и перезапускает зависшее, для администратора лежит README: что где находится и как восстановить базу. Честно про слабое место: по умолчанию копия лежит на том же сервере, вынос во второе хранилище надо настраивать отдельно.

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

Частые вопросы

Можно ли оставить систему на сервере подрядчика?

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

Облачная платформа или конструктор это плохо?

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

Кто платит за сервер и обновления?

Сервер обычно оплачиваете вы напрямую провайдеру, обновления и мониторинг это отдельная работа. Закрепите её в договоре сопровождения.

Коротко о главном

Рабочая система должна быть оформлена на вас: домен, сервер, аккаунт. Копии лежат вне сервера и проверяются, о сбое узнаёте вы, а не клиент. Где стоит база с персональными данными, проверьте по 152-ФЗ с юристом.

Хотите, чтобы я проверил, где живёт ваша система, и перенёс её на вашу инфраструктуру с копиями и сторожем? Напишите мне в Telegram слово «ХОСТИНГ».