20 000 долларов в месяц за облако и 4 500 за выделенное железо при том же аптайме и тех же SLA. Разница не в качестве сервиса, а в том, за что именно платит компания. Ниже разбираем реальный случай миграции с AWS на физические серверы и переводим каждую цифру в деньги, которые остаются в бизнесе.
Один из клиентов, SaaS-компания на 40 человек после раунда Series A, тратила 20 000 долларов в месяц на AWS. Финансовый директор задавал вопросы, на которые у руководства не было ответа. Мы запросили 90 дней биллинга и увидели типичную, но дорогую картину.
Из чего складывался счёт на 20 000 долларов
Когда мы разложили месячные расходы по статьям, структура выглядела так:
- Вычисления, EC2: 7 200 долларов в месяц
- Хранилище, EBS и S3: 4 100 долларов в месяц
- База данных, RDS: 3 800 долларов в месяц
- Сеть: 2 900 долларов в месяц
- Прочие сервисы: 2 000 долларов в месяц
Дальше начинается та самая математика, которую обычно не показывают. Реальные вычислительные мощности, которые были нужны этой нагрузке, стоили в железе около 4 500 долларов в месяц. Фактические расходы составляли 20 000. Доля потерь дошла до 77,5 процента. Компания платила не за облако как технологию, а за удобство, которое ей не требовалось, и за перерасход, который не было видно в отчётах.
Почему облако становится налогом на предсказуемую нагрузку
Облако отлично решает три задачи: быстрый старт, реальные всплески трафика и глобальное распределение. Если ваша нагрузка попадает хотя бы в один из этих сценариев, облако оправдано. Проблема появляется, когда нагрузка предсказуема и ровна. Тогда вы переплачиваете за способность мгновенно масштабироваться, которой никогда не пользуетесь.
У этого клиента трафик был скучным в хорошем смысле слова. Одни и те же шаблоны каждый день, одна и та же нагрузка каждую неделю, без всплесков. По сути компания платила по тарифу мгновенного масштабирования за систему, которая никогда не масштабировалась. Для бизнеса это означает прямую утечку прибыли каждый месяц, и чем дольше всё работает стабильно, тем больше накапливается переплата.
Как мы считали и проводили миграцию
Мы не переезжали на железо потому, что это модно. Сначала была математика, потом план. Работа шла в четыре шага.
Шаг 1. Карта реальных ресурсов. Мы взяли 90 дней фактического потребления, а не выделенных лимитов: процессор, память, ввод-вывод, сеть. Оказалось, что компания использовала 23 процента того, за что платила. Остальное было воздухом в счёте.
Шаг 2. Подбор железа. Под реальное потребление мы спроектировали физическую конфигурацию:
- 2 основных сервера: 384 ГБ оперативной памяти, 92 ядра, NVMe
- 1 резервный сервер той же конфигурации
- Сеть 10 Гбит в секунду
- Резервированное питание и охлаждение
Экономика этой конфигурации выглядела так. Разовая оплата за оборудование составила 28 000 долларов. Ежемесячное размещение в дата-центре вместе с каналом обходилось в 2 800 долларов. Управляемая эксплуатация и мониторинг добавляли 1 700 долларов. Итого 4 500 долларов в месяц.
Шаг 3. Переезд без простоя. Миграция заняла 4 недели с нулевым простоем и постепенным переключением трафика. На первой неделе мы подняли инфраструктуру и запустили репликацию данных. На второй шёл параллельный прогон и проверка производительности. На третьей мы перевели 50 процентов трафика и держали всё под наблюдением. На четвёртой выполнили полное переключение и оставили облако как резерв на 30 дней. Для бизнеса это значит, что клиенты не заметили миграцию, продажи не останавливались, а откат был возможен в любой момент.
Шаг 4. Дополнительный выигрыш после переезда. На своём железе появилось то, что в управляемом облаке стоило денег или было недоступно: тонкая настройка базы данных без накладных расходов managed-сервиса, собственный слой кеширования без платы за каждый запрос, прямой пиринг с ключевыми партнёрами без внезапных счетов за исходящий трафик.
Что это дало в деньгах
Итоговый счёт стал 4 500 долларов в месяц против прежних 20 000. Годовая экономия составила 186 000 долларов. Полная стоимость миграции, железо плюс наша работа, вышла около 45 000 долларов. При экономии 15 500 долларов в месяц срок окупаемости получился 2,9 месяца. После третьего месяца каждый сэкономленный доллар уходил прямо в запас прочности компании. За три года это 513 000 долларов, которые вернулись в бизнес.
Важная оговорка, чтобы не было ложного вывода. Это не призыв всем уходить из облака. Если у вас реальные всплески нагрузки, быстрый рост с непредсказуемым профилем или географически распределённые пользователи, облако остаётся правильным выбором. Решает не мода, а ваш профиль нагрузки и честный расчёт.
Короткий итог
Облако не дорогое само по себе. Дорогим его делает оплата мгновенного масштабирования для нагрузки, которая никогда не масштабируется. Прежде чем спорить про облако или железо, стоит посмотреть на 90 дней реального потребления и сравнить его с тем, за что вы платите. Часто разрыв между этими двумя цифрами и есть ваша скрытая переплата.
Если вы тратите на инфраструктуру заметную сумму и не уверены, сколько в этом счёте реальной нагрузки, а сколько воздуха, начните с фактов. Мы проводим бесплатный технический аудит инфраструктуры: смотрим ваше реальное потребление, считаем, сколько стоит та же нагрузка в облаке и на железе, и показываем, где деньги уходят впустую. Записаться можно на странице https://myod.it/contact-us/.
