Self-Hosted vs Cloud: что дешевле в 2026
В 2026 году спор «облако против своих серверов» уже не выглядит как битва прошлого с будущим. Он стал куда прозаичнее: компании снова считают деньги, смотрят на реальные счета и все чаще приходят к выводу, что универсального ответа нет. Более того, сам тренд сместился от cloud-first к cloud-appropriate: не «тащим всё в облако», а «кладем каждую нагрузку туда, где она экономически и технически оправдана». На это повлияли и рост счетов за публичные облака, и требования к data sovereignty, и желание иметь более предсказуемую инфраструктуру. О таком развороте пишут и отраслевые издания со ссылкой на недавние опросы CIO, и сами компании, публично рассказывающие о выходе из облака. (TechRadar)
Почему компании возвращаются к self-hosted
Причина номер один — не идеология, а счет в конце месяца. Пока проект маленький, облако кажется почти магией: нажал кнопку, получил VM, managed database, балансировщик, object storage, CDN. Но когда инфраструктура растет, оказывается, что компания платит не только за CPU и RAM, а еще за сетевой трафик, NAT Gateway, managed-сервисы, резервные копии, IOPS, снапшоты, публичные IP, межзонный трафик и десятки мелких строк в биллинге. На AWS, например, один только NAT Gateway в типичном регионе стоит $0.045 в час плюс $0.045 за каждый обработанный гигабайт; исходящий трафик в интернет для EC2 после бесплатных 100 ГБ в месяц тоже тарифицируется отдельно. (Amazon Web Services, Inc.)
Вторая причина — предсказуемость. У bare metal или арендованного dedicated server цена обычно проще: фиксированный ежемесячный платеж, понятные параметры железа, минимум «сюрпризов» в конце месяца. Именно поэтому Hetzner и OVHcloud снова часто фигурируют в разговорах о cost efficiency: у них по-прежнему сильное соотношение цены к ресурсам, особенно для постоянных, равномерных нагрузок. При этом в 2026 году даже у Hetzner произошло повышение цен, что важно помнить: дешевое железо осталось дешевым относительно hyperscalers, но уже не настолько «смешно дешевым», как пару лет назад. (Hetzner)
Третья причина — контроль. Для части компаний вопрос даже не в прямой экономии, а в том, что self-hosted упрощает соблюдение внутренних правил безопасности, compliance, требований к размещению данных и аудиту. OVHcloud, например, прямо делает акцент на сертификациях, private networking, anti-DDoS и бесплатном резервном storage space в составе dedicated server предложения. (OVHcloud)
И наконец, есть публичные кейсы, которые слишком громкие, чтобы их игнорировать. 37signals пишет, что их выход из облака даст экономию около $10 млн за пять лет и снизит инфраструктурные расходы примерно на половину или даже на две трети. Это не значит, что так будет у всех. Это значит только одно: для определенного класса зрелых, предсказуемых и постоянно нагруженных систем self-hosted снова стал финансово серьезным вариантом, а не «ностальгией по серверной». (Basecamp)
Где self-hosted особенно силен в 2026
Если говорить о практическом рынке, то в Европе чаще всего всплывают три слова: Hetzner, OVH, bare metal.
Hetzner в 2026 году после повышения цен все равно остается очень агрессивным по прайсу. По их актуальным страницам видно, что dedicated-линейки начинаются примерно от €42–44 в месяц после апрельской корректировки цен, а облачные инстансы уровня CPX31 с 4 vCPU, 8 GB RAM и 160 GB SSD стоят €17.99 в месяц. У Hetzner также есть object storage от €5.99 в месяц и load balancer от €5.99. (Hetzner)
OVHcloud держит более «энтерпрайзный» тон, но тоже выглядит интересно для тех, кому нужны выделенные серверы, private networking и неограниченный ingress/egress на dedicated range. На их официальных страницах Advance dedicated servers начинаются от $107 в месяц, а компания отдельно подчеркивает unlimited ingress and egress traffic, встроенную anti-DDoS защиту, private vRack и бесплатные 500 GB внешнего backup storage. Для трафикоемких проектов это уже не мелочь, а вполне ощутимая статья экономии. (OVHcloud)
Главная идея здесь простая: когда у вас нагрузка стабильная и круглосуточная, а профиль системы понятен, покупка или аренда «куска железа» снова начинает выигрывать у набора managed-сервисов, особенно если проект жрет много CPU, RAM, storage и исходящего трафика. (OVHcloud)
Когда облако выгоднее
Облако выгоднее не потому, что оно «дешевое само по себе», а потому, что в ряде сценариев оно позволяет не платить за лишнюю инфраструктуру заранее.
Первый такой сценарий — скачущая нагрузка. Если сервис днем почти пустой, а вечером, в сезон или в распродажу вырастает в несколько раз, облако позволяет подстраивать ресурсы под реальный спрос. Autoscaling, serverless-подходы и оплата по факту часто оказываются выгоднее, чем держать собственные серверы с большим запасом мощности «на всякий случай». В self-hosted-модели этот запас все равно нужно купить, арендовать, разместить и поддерживать, даже если большую часть времени он простаивает.
Второй сценарий — быстрый старт и высокая неопределенность. Когда продукт только запускается, команде важнее скорость, чем идеальная экономика на единицу CPU. В облаке можно быстро поднять окружение, managed database, object storage, очередь, балансировщик, мониторинг и не тратить недели на сборку инфраструктуры. Да, позже это может оказаться дороже. Но на раннем этапе облако часто покупают не ради минимального счета, а ради скорости и снижения операционной боли.
Есть и третий случай — стабильная, предсказуемая нагрузка внутри самого облака. Если компания уже понимает, что конкретные мощности будут нужны постоянно, hyperscalers позволяют снизить расходы за счет committed use discounts, reserved instances и savings plans. Это уже не преимущество эластичности, а скидка за предсказуемость. Google, например, указывает скидки порядка 28% при годовом коммите и до 46% при трехлетнем, а Azure пишет о заметной экономии по сравнению с pay-as-you-go при использовании reservations и savings plan.
Если смотреть трезво, облако особенно хорошо там, где у команды мало времени, много неопределенности и дорого обходятся ошибки в эксплуатации. А вот когда система становится зрелой, предсказуемой и круглосуточно загруженной, разговор обычно меняется: вопрос уже не в том, удобно ли облако, а в том, не слишком ли дорого обходится это удобство.
Реальные примеры расчётов
Ниже не «истина на века», а рабочие иллюстрации. Цены зависят от региона, SLA, трафика, дисков, резервирования и скидок. Но порядок цифр уже хорошо показывает, где у кого слабое место.
Сценарий 1. Небольшой стабильный сервис: API + Postgres + object storage
Предположим, у нас SaaS с постоянно работающим backend, небольшой базой, 1 ТБ файлов и примерно 1 ТБ исходящего трафика в месяц.
Если смотреть на storage в AWS, то только 1 ТБ S3 Standard — это примерно 1,024 × $0.023 = $23.55 в месяц. Если отдать наружу 1 ТБ, то только egress по базовой ставке $0.09/GB — это еще $92.16. Уже $115.71, и это без учета запросов, compute, базы и балансировщика. Если в архитектуре есть NAT Gateway, то он добавит еще примерно $32.85 в месяц только за часы работы, плюс плату за обработанные гигабайты. (Amazon Web Services, Inc.)
У Hetzner object storage стартует с €5.99 в месяц, включая 1 ТБ хранения и 1 ТБ egress, а облачный load balancer — от €5.99. Даже если добавить облачный инстанс CPX31 за €17.99, получается очень трудно проиграть AWS на таком профиле нагрузки, если сервис не требует экзотических managed-фич. (Hetzner)
Вывод неприятный, но честный: для маленького стабильного сервиса с заметным egress self-hosted или «европейский дешевый cloud» часто рвет hyperscalers по цене. Облако в таком кейсе обычно выигрывает не счетом, а скоростью запуска и набором сервисов. (Hetzner)
Сценарий 2. Постоянная compute-нагрузка
У Google Cloud инстанс e2-standard-4 в актуальном прайсе фигурирует по $0.154126276 в час. При работе 24/7 это около $112.51 в месяц при 730 часах. Это еще без дисков, бэкапов и сетевых расходов. (Google Cloud)
У Hetzner есть варианты уровня CPX31: 4 vCPU, 8 GB RAM, 160 GB SSD за €17.99/мес. и shared планы, которые исторически еще дешевле. Даже если это не идеальное apples-to-apples сравнение по CPU-class, storage и SLA, разрыв по цене настолько большой, что он не исчезает от мелких поправок. (Hetzner)
Здесь и появляется главное правило 2026 года: если нагрузка предсказуемая и сервер реально молотит круглосуточно, публичное облако почти всегда начинает проигрывать либо bare metal, либо «дешевому инфраструктурному cloud-провайдеру» европейского типа. (Hetzner)
Сценарий 3. Managed database против «своего PostgreSQL»
Azure на официальных pricing pages показывает для PostgreSQL Flexible Server, например, D4s v6 (4 vCore, 16 GiB) на уровне $259.88/мес. по pay-as-you-go, при этом рядом видно, что reserved pricing может дать около 40% экономии. (Microsoft Azure)
Этот счет вполне легко оправдать, если вам нужен managed service: автоматические обновления, меньше ручной возни, SLA, удобные снапшоты, интеграция с остальной облачной экосистемой. Но если команда умеет администрировать PostgreSQL и база не сверхкритичная по требованиям к HA, тот же dedicated server от Hetzner или OVH часто позволяет разместить и приложение, и базу, и часть storage в пределах того же или даже меньшего бюджета. (Microsoft Azure)
Именно поэтому managed DB — это классический пример, где облако часто покупают не потому, что оно дешевле, а потому что оно дороже, но удобнее. И иногда это правильное решение. (Microsoft Azure)
Когда облако выгоднее
Облако выгоднее, когда у вас ранняя стадия продукта, маленькая команда, непредсказуемый рост, частые эксперименты, постоянная необходимость быстро поднимать и убивать окружения, а также когда архитектура сильно завязана на managed-сервисы. То же касается геораспределенных систем, bursty-нагрузок, ML/аналитики с эпизодическими job’ами и кейсов, где простой из-за человеческой ошибки или проблем с железом обойдется дороже любого AWS bill. Скидки по reserved/committed plans еще больше усиливают эту логику, если вы все равно остаетесь внутри cloud-экосистемы. (Google Cloud)
Еще одно важное исключение: если ваша команда слаба в ops, то «дешевый сервер» может оказаться самым дорогим решением в компании. Потому что любой экономии быстро приходит конец, когда начинается один веселый уикенд с деградацией RAID, кривым backup policy и человеком, который единственный знает, где лежит ansible inventory. Это уже не про прайс-лист, а про организационную зрелость. На сайте OVHcloud и у hyperscalers не зря такой акцент на SLA, automation и управляемость — эти вещи стоят денег, но они не выдуманы из воздуха. (OVHcloud)
Когда свой сервер выгоднее
Self-hosted выгоднее там, где нагрузка ровная, система живет 24/7, требования к latency и locality понятны, объём egress заметный, а команда умеет поддерживать Linux, базы, мониторинг и backup/recovery без магии. Это особенно касается:
- внутренних сервисов;
- API и SaaS с предсказуемым спросом;
- storage-heavy систем;
- баз данных с постоянной нагрузкой;
- CI/CD runners;
- аналитических и ETL-ворклоадов;
- проектов, где важна европейская юрисдикция и фиксированный счет. (OVHcloud)
Проще говоря: чем меньше у вас «пикового хаоса» и чем больше «ровного заводского гула», тем больше шансов, что self-hosted или bare metal окажется банально дешевле. (OVHcloud)
Гибридная инфраструктура — чаще всего самый взрослый ответ
Самый практичный путь в 2026 году — не религия, а гибрид. Держать core workload там, где он дешевле и предсказуемее, а облако использовать там, где оно действительно сильно.
Например, база и основные API могут жить на dedicated server или в Hetzner/OVH, а публичный edge, CDN, бэкапы в другой регион, отдельные managed-сервисы, очереди, аналитика или burst-нагрузка — в AWS, GCP или Azure. У OVHcloud, кстати, это прямо зашито в позиционирование dedicated servers: private network, возможность собирать hybrid infrastructure, подключая public cloud и private cloud вокруг bare metal. (OVHcloud)
Гибрид хорош тем, что бьет по главной слабости обеих крайностей. Он не заставляет платить hyperscaler-tax за всё подряд, но и не вынуждает тащить на свои плечи вообще всю операционную боль. В реальной жизни это обычно и есть наименее глупая архитектурная стратегия. (TechRadar)
Итог
В 2026 году self-hosted часто дешевле для стабильных, постоянно работающих нагрузок, особенно если у вас много storage, egress и достаточно ops-компетенции внутри команды. Cloud чаще выгоднее там, где важнее скорость, гибкость, managed-сервисы и работа с непредсказуемой нагрузкой. (Amazon Web Services, Inc.)
То есть вопрос уже не звучит как «что лучше — облако или свои серверы?». Правильный вопрос звучит так: какие именно части вашей системы переплачивают за удобство, а какие уже достаточно зрелые, чтобы жить дешевле вне hyperscaler’а. Именно с этого вопроса и начинаются реальные деньги. (Basecamp)