The post has been translated automatically. Original language: Russian
The era of the undivided dominance of public clouds (AWS, GCP, Azure, Yandex Cloud) is entering a phase of pragmatic reassessment. The Pay-as-You-Go model, which promised endless elasticity and savings on capital expenditures (CapEx), has turned into an unpredictable operating expense item (OpEx) for many mature IT companies.
The Cloud Repatriation movement is not a rejection of modern engineering practices, but a financial and technical optimization. We look at when a business grows out of the cloud, how to calculate the TCO (Total Cost of Ownership) correctly, and what pitfalls the architecture faces when returning to its own hardware (Bare Metal / On-Premise).
1. Turning point: Why is the cloud becoming too expensive?
At the start of a project or under unpredictable loads, public clouds are ideal.: you get ready-made Managed services and pay only for the resources actually consumed. However, as businesses grow, the economy changes.
The main drivers of cloud appreciation are:
- Cloud provider margin: The cost of vCPU and RAM includes a premium for convenience, multi-tenancy, and strapping development. With 100% 24/7 power utilization, you are overpaying from 300% to 500% compared to the depreciation of your own server.
- Cloud Egress Fees: An architectural cloud trap ("Vendor Lock-in"). Incoming traffic is free, but providers charge substantial amounts for transferring data between regions, to the Internet, or to clients. For media services, analytics platforms, or video processing systems, Egress traffic can account for up to 30-50% of the total cloud bill.
- Limitations of Managed databases: Managed PostgreSQL, ClickHouse, or MySQL eliminate administration, but they are many times more expensive than databases on conventional virtual machines, severely limiting IOPS and disk performance.
2. Financial analysis: We consider TCO (Bare Metal vs Cloud)
Let's take a hypothetical medium-scale project with a stable load: 1000 vCPUs, 4 TB of RAM, 100 TB of NVMe storage and 200 TB of outgoing traffic per month.
Comparative calculation on the horizon of 3 years (36 months)
| Item of expenses | Public Cloud (SaaS/IaaS) | Bare Metal (Dedicated / Colocation) |
| Computing power | ~$18,000 /month (Reserved Instances) | CapEx: ~$120,000 (Purchase of 10-12 Dual-Socket servers) |
| Fast Storage (NVMe) | ~$4,000 / month | Included in the price of servers |
| Cloud Egress / Network | ~$10,000/month (for $0.05/GB) | ~$1,500/month (10 Gbps Unmetered Band Rental) |
| Placement (Colocation + Power) | $0 (Included) | ~$3,000/month (1 5 kW rack in the data center) |
| Sysadmins PHOTO / NetOps | It is included in the basic support | ~$6,000/month (Additional engineering/OpEx) |
| Total for 3 years (36 months) | ~$1,152,000 | ~$498,000 |
Savings when migrating to Bare Metal: about 56% (~$650,000) over 3 years, even taking into account the purchase of hardware, payment for a rack in the data center and the expansion of the staff of engineers.
3. Technical Advantages of Bare Metal
Finances are not the only reason for repatriation. Proprietary servers provide technical flexibility that is not achievable in the cloud.
A. Equipment for the task (Custom Hardware)
- Processors: The ability to choose a High-Frequency CPU (for example, 4.5+ GHz for low-latency fintech) instead of standard server chips with high core density and low frequency.
- Storage & IOPS: Local NVMe PCIe 5.0 RAID arrays provide hundreds of thousands and millions of IOPS without artificial cloud limits and additional fees for each gigabyte of bandwidth.
- Custom accelerators: Direct access to GPU, FPGA or SmartNIC without hypervisor delays and vGPU limitations.
B. No "Noisy Neighbor" problem
In a public cloud, neighboring virtual machines on the same physical host can "eat up" the processor cache (L3 Cache) or memory bus, causing sporadic spikes in latency. Bare Metal guarantees 100% predictable performance.
B. Lack of hypervisor overhead
Containers (Kubernetes/Docker) running directly on Bare Metal Linux work without virtualization layer (KVM/ESXi), which reduces CPU Overhead by 5-15% and removes delays during context switching.
4. "Private Cloud" Architecture: How to maintain DevOps speed on Bare Metal?
The main fear when leaving the cloud is to lose the usual convenient development tools: automatic creation of virtual machines, S3 storage, K8s clusters on a click.
- Virtualization orchestration: Proxmox VE, OpenNebula or Harvester with official Terraform/OpenTofu providers.
- S3 Storage: MinIO or Ceph, deployed on their own servers, provide a full-fledged S3 API without paying for API requests (GET/PUT) and Egress.
- Kubernetes on hardware: Using specialized minimalistic distributions like Talos Linux or K3s/RKE2 with MetalLB integration (for external BGP IP routing) and Rook-Ceph (for dynamic volumes).
5. Risks, hidden costs, and when NOT to leave
Repatriation is not a universal solution. There are scenarios when a return to hardware will harm the business.
Checklist: When should I stay in the cloud?
- Unstable or explosive load: If your service is idle 90% of the time, but experiences 10-fold peaks during sales or promotions, the leased servers will be idle and burn the budget.
- A small team (up to 15-20 people): If you do not have qualified system/network engineers, the cost of hiring and retaining them will cover all the savings from hardware.
- Global geo-distribution: If you need to instantly raise nodes of presence in 20 locations around the world, it is economically impractical to build your own data center network.
- Being tied to complex Cloud Native software: If your architecture critically uses specific PaaS (Serverless, BigQuery, DynamoDB), rewriting the code may cost more than saving on infrastructure.
Hidden difficulties of Bare Metal:
- Procurement and Supply Chain: Replacement of a burnt disk or RAM die requires a ZIF (Zero-Inventory Failure) warehouse and SLA agreements with suppliers.
- DDoS protection: It is enabled "out of the box" in the cloud. On Bare Metal, you will have to connect external traffic cleaning services (Cloudflare, Qrator, DDoS GUARD).
- Disaster Tolerance (DRP): Replication between data centers (Multi-DC) will have to be designed and maintained independently.
6. Hybrid Cloud as an optimal compromise
Most mature companies do not choose a total escape from the cloud, but a hybrid model.:
- The basic predictable load (80% of the database, K8s workers, storage) is transferred to cheap and powerful Bare Metal in Colocation.
- Peak load (Bursting) and DR (Disaster Recovery) remain in the public cloud, being pulled up through a hybrid tunnel (DirectConnect) if necessary.
Result
Moving from the cloud back to Bare Metal in 2026/2027 is a sign of the maturity of the company's engineering culture and financial discipline. If your cloud bills exceed $15,000–$20,000 per month, and the load profile is stable, conducting a repatriation TCO audit will be the best step to optimize the Unit economy of your product.
Эра безраздельного господства публичных облаков (AWS, GCP, Azure, Yandex Cloud) вступает в фазу прагматичной переоценки. Модель Pay-as-You-Go, обещавшая бесконечную эластичность и экономию на капитальных затратах (CapEx), для многих зрелых IT-компаний превратилась в непредсказуемую статью операционных расходов (OpEx).
Движение Cloud Repatriation (репатриация из облаков) — это не отказ от современных инженерных практик, а финансово-техническая оптимизация. Разбираем, когда бизнес вырастает из облака, как правильно посчитать TCO (Total Cost of Ownership) и с какими подводными камнями сталкивается архитектура при возврате на собственное железо (Bare Metal / On-Premise).
1. Точка перелома: Почему облако становится слишком дорогим?
На старте проекта или при непредсказуемых нагрузках публичные облака идеальны: вы получаете готовые Managed-сервисы и платите только за фактически потребленные ресурсы. Однако по мере роста бизнеса экономика меняется.
Главные драйверы удорожания облаков:
- Маржа облачного провайдера: В стоимость vCPU и RAM заложена наценка за удобство, мультиарендность (multi-tenancy) и разработку обвязки. При 100% утилизации мощности 24/7 вы переплачиваете от 300% до 500% по сравнению с амортизацией собственного сервера.
- Cloud Egress Fees (Плата за исходящий трафик): Архитектурная ловушка облаков («Vendor Lock-in»). Входящий трафик бесплатный, но за передачу данных между регионами, в интернет или клиентам провайдеры берут существенные суммы. Для медиасервисов, аналитических платформ или систем обработки видео Egress-трафик может составлять до 30–50% всего счета за облако.
- Ограничения Managed-баз данных: Управляемые PostgreSQL, ClickHouse или MySQL избавляют от администрирования, но стоят в разы дороже баз на обычных виртуальных машинах, жестко лимитируя IOPS и производительность дисков.
2. Финансовый анализ: Считаем TCO (Bare Metal vs Cloud)
Возьмем гипотетический проект среднего масштаба со стабильной нагрузкой: 1000 vCPU, 4 ТБ RAM, 100 ТБ NVMe-хранилища и 200 ТБ исходящего трафика в месяц.
Сравнительный расчет на горизонте 3 лет (36 месяцев)
| Статья расходов | Публичное облако (SaaS/IaaS) | Bare Metal (Dedicated / Colocation) |
| Вычислительные мощности | ~$18,000 / мес (Reserved Instances) | CapEx: ~$120,000 (Покупка 10–12 Dual-Socket серверов) |
| Быстрый Storage (NVMe) | ~$4,000 / мес | Включен в стоимость серверов |
| Cloud Egress / Сеть | ~$10,000 / мес (по $0.05/ГБ) | ~$1,500 / мес (Аренда полосы 10 Gbps Unmetered) |
| Размещение (Colocation + Power) | $0 (Включено) | ~$3,000 / мес (1 стойка 5 кВт в дата-центре) |
| ФОТ Сисадминов / NetOps | Входит в базовую поддержку | ~$6,000 / мес (Дополнительный инжиниринг/OpEx) |
| Итого за 3 года (36 мес) | ~$1,152,000 | ~$498,000 |
Экономия при миграции на Bare Metal: около 56% (~$650,000) за 3 года даже с учетом закупки железа, оплаты стойки в ЦОД и расширения штата инженеров.
3. Технические преимущества Bare Metal
Финансы — не единственная причина репатриации. Собственные сервера дают технический гибкость, недостижимый в облаке.
А. Оборудование под задачу (Custom Hardware)
- Процессоры: Возможность выбирать High-Frequency CPU (например, 4.5+ ГГц для низколатентного финтеха) вместо стандартных серверных чипов с высокой плотностью ядер и низкой частотой.
- Storage & IOPS: Локальные NVMe PCIe 5.0 в RAID-массивах выдают сотни тысяч и миллионы IOPS без искусственных облачных лимитов и дополнительной платы за каждый гигабайт пропускной способности.
- Кастомные акселераторы: Прямой доступ к GPU, FPGA или SmartNIC без гипервизорных задержек и ограничений vGPU.
Б. Отсутствие проблемы "Noisy Neighbor"
В публичном облаке соседние виртуальные машины на том же физическом хосте могут «съедать» кэш процессора (L3 Cache) или шину памяти, вызывая спорадические спайки задержек (Latency Spikes). Bare Metal гарантирует 100% предсказуемость производительности.
В. Отсутствие гипервизорного оверхеда
Контейнеры (Kubernetes/Docker), запущенные прямо на Bare Metal Linux, работают без прослойки виртуализации (KVM/ESXi), что снижает CPU Overhead на 5–15% и убирает задержки при переключении контекста.
4. Архитектура "Private Cloud": Как сохранять DevOps-скорость на Bare Metal?
Главный страх при уходе из облака — потерять привычные инструменты удобной разработки: автоматическое создание виртуалок, S3-хранилища, K8s-кластеры по клику.
- Оркестрация виртуализации: Proxmox VE, OpenNebula или Harvester с официальными Terraform/OpenTofu провайдерами.
- S3 Storage: MinIO или Ceph, развернутые на собственных серверах, дают полноценный S3-API без платы за API-запросы (GET/PUT) и Egress.
- Kubernetes на железе: Использование специализированных минималистичных дистрибутивов вроде Talos Linux или K3s/RKE2 с интеграцией MetalLB (для внешней BGP-маршрутизации IP) и Rook-Ceph (для динамических volumes).
5. Риски, скрытые расходы и когда уходить НЕ стоит
Репатриация — это не универсальное решение. Существуют сценарии, когда возврат на железо нанесет вред бизнесу.
Чек-лист: Когда стоит остаться в облаке?
- Нестабильная или взрывная нагрузка: Если ваш сервис простаивает 90% времени, но испытывает 10-кратные пики во время распродаж или акций, арендованные сервера будут простаивать и сжигать бюджет.
- Маленькая команда (до 15–20 человек): Если у вас нет квалифицированных системных/сетевых инженеров, ФОТ на их найм и удержание перекроет всю экономию от железа.
- Глобальное геораспределение: Если вам нужно мгновенно поднимать узлы присутствия в 20 точках мира, строить собственную сеть ЦОДов экономически нецелесообразно.
- Завязанность на сложный Cloud Native софт: Если ваша архитектура критично использует специфичные PaaS (Serverless, BigQuery, DynamoDB), переписывание кода может стоить дороже экономии на инфраструктуре.
Скрытые сложности Bare Metal:
- Закупки и Supply Chain: Замена сгоревшего диска или плашки RAM требует склада ZIF (Zero-Inventory Failure) и соглашений SLA с поставщиками.
- DDoS-защита: В облаке она включена "из коробки". На Bare Metal придется подключать внешние сервисы очистки трафика (Cloudflare, Qrator, DDoS-GUARD).
- Катастрофоустойчивость (DRP): Репликацию между дата-центрами (Multi-DC) придется проектировать и поддерживать самостоятельно.
6. Гибридный подход (Hybrid Cloud) как оптимальный компромисс
Большинство зрелых компаний выбирают не тотальный побег из облака, а гибридную модель:
- Базовая предсказуемая нагрузка (80% базы данных, K8s-воркеры, хранилища) выносится на дешёвый и мощный Bare Metal в Colocation.
- Пиковая нагрузка (Bursting) и DR (Disaster Recovery) остаются в публичном облаке, подтягиваясь при необходимости через гибридный туннель (DirectConnect).
Итог
Уход из облака обратно на Bare Metal в 2026/2027 году — это признак зрелости инженерной культуры и финансовой дисциплины компании. Если ваши счета за облако превышают $15,000–$20,000 в месяц, а профиль нагрузки стабилен — проведение TCO-аудита репатриации станет лучшим шагом для оптимизации Unit-экономики вашего продукта.
Share
