Переехали с AWS на Hetzner — сэкономили 85%, но теперь жалеем о нескольких вещах

[hogan20]

Полгода назад перевели основной бэкенд SaaS с AWS на Hetzner. 5 инстансов типа c2.medium → 5x CPX31 (4 vCPU / 8 GB). Было ~$1400/мес на AWS, стало €220/мес на Hetzner. Звучит как сказка, и по счётам действительно так. Но вылезли нюансы, о которых никто особо не пишет. Хочу честно поделиться плюсами и граблями, может кому пригодится перед миграцией.

[omnicrom]

Первое — egress. На AWS платили ~$180/мес только за трафик (около 2 TB исходящего). На Hetzner каждый облачный инстанс даёт 20 TB бесплатно. Это вообще сразу закрыло боль. Единственное — у Hetzner нет CDN своего, пришлось прикрутить Cloudflare, но это копейки.

[svelte88]

Второй момент — managed-сервисы. На AWS у нас был RDS, SQS, ElastiCache. Всё это теперь самохостим: Postgres на отдельной машине, Redis, самописный воркер вместо SQS. Это реально DevOps-нагрузка. Нужен человек, который это поддерживает. Если команда маленькая — взвешивайте.

[Kutz]

Мы прошли примерно тот же путь год назад. Главная неожиданность — Hetzner в апреле 2026 поднял цены на облако примерно на 20-40% по разным позициям. Всё равно дешевле AWS в разы, но психологически неприятно. Ещё совет: выделенные серверы (dedicated) у них значительно выгоднее облака по соотношению CPU/RAM/цена, если нагрузка предсказуемая.

[seniorwarlock]

А что с geo? Hetzner это Европа и Ashburn. Если ваши пользователи в СНГ — задержки до Нюрнберга вполне приемлемы, 30-60 ms из Москвы/Питера через нормальный маршрут. Хуже когда надо Азию или Латам покрывать — там придётся что-то придумывать отдельно.

[lost300z]

Важный момент по поводу SLA и саппорта. У AWS поддержка на платных планах реально решает проблемы. У Hetzner саппорт хороший, но они не managed-провайдер — если у тебя упал k8s-кластер, это твоя проблема. Мы два раза попадали на инциденты на стороне Hetzner (один раз сеть, один раз storage), даунтайм был 15-40 минут. На AWS за 3 года такого не было ни разу.

[guardia]

Итоговый вывод после нашей миграции: Hetzner отличен для stateless compute и хранения данных с предсказуемым трафиком. AWS оставляем для Bedrock (LLM-инференс), CloudFront и Lambda@Edge — там замены нет. Гибридная схема реально работает и экономит деньги без потери критичной функциональности.

[rtrowsdell]

Добавлю грабли, которых в треде ещё нет — бэкапы. На AWS снапшоты RDS и lifecycle в S3 просто были, после переезда это пришлось строить самим: pgBackRest с WAL-архивацией в объектное хранилище плюс регулярные учения по восстановлению, потому что бэкап без проверенного restore — самообман. Съело недели две работы, зато теперь RPO пять минут. И мониторинг туда же: у AWS он шёл «в комплекте», а теперь это свой Prometheus с Alertmanager, которого тоже кто-то должен нянчить. В экономию 85% эти человеко-часы стоит честно вписывать.

[rawpenguin]

@svelte88, вот про самописный воркер вместо SQS я бы переиграл. Своя очередь на коленке — вечный источник тонких багов с ретраями, дедупликацией и visibility timeout, которые вылезают раз в месяц под нагрузкой. Мы взяли RabbitMQ, для простых случаев потом добавили Redis Streams — это тоже самохостинг, но с отлаженной семантикой доставки и готовыми метриками. Между managed и стандартным self-hosted самописное — худший из трёх вариантов.

[deno9]

@Kutz, про dedicated подпишусь: по цене за железо они облако рвут, особенно серверный аукцион. Но нюансы есть: провижининг не минуты, а часы, диск кнопкой не растянешь, и при отказе железа ждёшь замену, а не мигрируешь незаметно. Мы в итоге держим stateful на dedicated, а всё, что должно быстро масштабироваться, — на облачных инстансах. Кстати, апрельское подорожание по dedicated-линейке ударило заметно слабее, чем по облаку, что только укрепило эту схему.