Владелец двух приложений за день перенёс бэкенд из Yandex Cloud на свой VPS после атак на дата-центры
После серии атак беспилотников на дата-центры Яндекса в Сасово, Калуге и Владимире Yandex Cloud перешёл в аварийный режим, и часть зон доступности стала недоступна. Разработчик-одиночка, у которого в этом облаке жили бэкенды двух приложений и сайт с игрой, за один день перенёс 40 роутов и 39 таблиц на собственный VPS. Его опыт показывает, почему serverless-инфраструктуру эвакуировать сложнее всего.
Подробности
Эвакуация началась 12 октября и заняла один день. За это время автор перенёс на один VPS 40 роутов и 39 таблиц. Уже утром 13 октября у него работали алерты в Telegram, собственная метрика посещаемости без сторонних скриптов и античит, которого раньше не было вовсе. Приложения в эксплуатации не заметили ничего — для пользователей переход прошёл незаметно. Ключевая сложность, на которую указывает автор, — эвакуировать serverless-инфраструктуру труднее, чем традиционную. Привязка к Cloud Functions, управляемой YDB и Object Storage означает, что привычных виртуальных машин и дисков, которые можно просто скопировать, нет: логику функций, схему и данные managed-базы приходится разворачивать заново в другом окружении. Специфических CVE или уязвимостей в статье не упоминается — речь идёт об отказоустойчивости и зависимости от единственного облачного провайдера. Автор отдельно отмечает пять уроков, каждый из которых стоил ему пары часов, но конкретные формулировки в исходном материале раскрываются в полной версии статьи.Что делать
История даёт несколько практических ориентиров для тех, кто держит продакшен в облаке: - Заранее продумайте план эвакуации: какие компоненты (функции, базы, хранилища, роуты) нужно воссоздать в другом окружении и в каком порядке. - Не полагайтесь на единственного провайдера и единственную зону доступности — оцените, что произойдёт с вашими сервисами при недоступности двух зон сразу. - Держите данные в переносимом виде, чтобы managed-базу можно было выгрузить и развернуть на собственном сервере или у другого облака. - Настройте мониторинг и алерты (например, в Telegram) независимо от облака — они понадобятся в момент, когда панель провайдера недоступна. - Имейте резервную площадку: даже один VPS способен принять нагрузку двух приложений, если миграция отрепетирована. Итог: даже «бесплатный» serverless создаёт зависимость, которую в критический момент приходится разрывать вручную и в спешке. Наличие заранее продуманного плана эвакуации превращает суточный аврал в управляемую операцию.Источник: Хабр — Системное администрирование