Посчитал переезд прода с AWS на Hetzner: выходит впятеро дешевле, но смущают три вещи

[faulks]

Сел считать экономику. Сейчас на AWS уходит около 3800$ в месяц: EKS, RDS Postgres на db.r6g.xlarge с репликой, S3 на 4 ТБ и egress около 6 ТБ — один только исходящий трафик по 0.09$/ГБ съедает ~540$.

Прикинул то же самое на Hetzner Cloud: 6 нод CAX31 (8 vCPU ARM, 16 ГБ) примерно по 12.5 евро, балансировщик ~6 евро, объектное хранилище на 4 ТБ, а трафик 20 ТБ на ноду уже включён. Итого выходит 250-300 евро в месяц. Разница в пять с лишним раз, и руки чешутся.

Но смущают три вещи:
1. Managed Postgres у Hetzner нет. Самим тащить Patroni или оператор в k8s — насколько это больно на дистанции?
2. Часть пользователей из РФ, есть персональные данные — как дружить переезд со 152-ФЗ?
3. Оплата и верификация: Hetzner с резидентами РФ напрямую не работает, у нас юрлицо в Казахстане — пройдёт ли, и не прилетит ли потом блокировка аккаунта?

Кто проходил такой переезд — расскажите, где у вас стрельнуло.

[puto]

По пункту со 152-ФЗ отвечу подробно, потому что это сейчас самая дорогая ошибка из возможных. Закон требует, чтобы первичная запись и актуализация персональных данных граждан РФ происходила в базах на территории России. С 30 мая 2025 действуют оборотные штрафы за утечки — до 3% выручки, потолок 500 млн рублей, и за сам факт нелокализации тоже ощутимо прилетает. То есть «тихо унесём всё в Германию, никто не заметит» — стратегия так себе.

Рабочая схема, которую видел у нескольких команд: гибрид. Контур с ПДн (юзеры, заказы, всё идентифицирующее) живёт в РФ — Selectel или Yandex Cloud, а stateless-вычисления, очереди, аналитика на обезличенных данных едут в Hetzner. Между контурами WireGuard, задержка Falkenstein — Москва около 45 мс, для бэкенд-вызовов терпимо, для синхронных запросов в БД на каждый чих — уже нет, проектируйте границу сервисов с учётом этого.

Экономия получается не в 5 раз, а скромнее, но вы хотя бы не закладываете в бизнес-план визит регулятора.

[ou812]

Про Postgres без managed: живём так два года на Hetzner. CloudNativePG в кластере k3s, 3 реплики на разных нодах, бэкапы через Barman в объектное хранилище, восстановление из бэкапа прогоняем раз в месяц по расписанию — это важнее самих бэкапов. За два года один инцидент: умерла нода, failover занял 12 секунд, приложение пережило на ретраях. Так что «больно» — преувеличение, но нужен человек, который понимает, что такое WAL и почему нельзя просто перезагрузить мастер в час пик.

[timur12]

По верификации: юрлицо из КЗ у нас завелось нормально, корпоративная карта Freedom Bank проходит стабильно. А вот знакомым с паспортом РФ на физлицо Hetzner отказал прямо на этапе проверки документов, даже с зарубежной картой. Совет из горького опыта: не складывайте все яйца в одну корзину, держите тёплый резерв (хотя бы реплику БД и IaC для разворачивания) у локального провайдера. Аккаунт могут заморозить на время разбирательства по любой жалобе, и переписка с поддержкой займёт дни.

[archlord]

@ou812, «Впятеро дешевле» — это на бумаге. Прибавь стоимость инженерного времени: RDS, EKS и прочий managed экономили тебе примерно половину ставки админа. Самосборный Postgres, свой мониторинг, свои обновления k8s — это всё часы, которые ты сейчас не считаешь. Не отговариваю, сам на Hetzner, просто в табличку для директора впиши честный TCO, а не только счёт за серверы.

[chrisy]

Спасибо всем, картинка сложилась. Итог такой: едем гибридом — контур с ПДн остаётся в РФ у Selectel, stateless и фоновая обработка на Hetzner через WireGuard, Postgres берём на CloudNativePG с ежемесячными учениями по восстановлению. По деньгам выходит минус 55-60% вместо минус 80%, но без юридической рулетки и с резервом на случай блокировки. Через полгода отпишусь, как оно в реальности.