Неожиданный счёт из облака: что обнаруживают компании через год после миграции
Почему стоимость облака оказывается выше прогнозов - и что можно сделать до того, как это станет проблемой.
Облачная миграция продаётся как история экономии. Не нужно покупать железо, не нужно содержать дата-центр, платишь только за то, что используешь. Всё это верно в теории. На практике многие компании обнаруживают, что через год-полтора после миграции расходы на ИТ выросли, а не упали.
Это не уникальная история. Я наблюдаю похожую динамику у разных компаний. Стоит разобраться, почему это происходит и что с этим делать.
Откуда берётся неожиданный счёт
Несколько механизмов, которые я вижу чаще всего.
Перенос без оптимизации. Классический сценарий: виртуальная машина с локального сервера переезжает в облако с теми же характеристиками. Локально она была куплена три года назад, когда нагрузка была другой. В облаке за неё платят каждый месяц, и потребление реальное. Оказывается, что половина мощности не используется - но оплачивается.
Трафик передачи данных. Облачные провайдеры берут деньги не только за вычисления и хранение, но и за исходящий трафик. Компании, которые активно передают данные между регионами или между облаком и локальными системами, обнаруживают, что эта статья расходов существенная и не была учтена в прогнозах.
Среды разработки и тестирования. В локальной инфраструктуре тестовый стенд стоит один раз - при покупке железа. В облаке каждый день существования тестовой среды стоит денег. Команды привыкают создавать среды и забывают их удалять.
Хранение без инвентаризации. Данные в облаке дешевле хранить, чем думать о них. В итоге накапливаются терабайты логов, бэкапов, старых снимков - никто не знает, нужно ли это, но стоит это постоянно.
Резервирование без плана. Высокая доступность и резервирование в облаке строятся в несколько кликов. Это удобно и это дорого. Нередко компании включают резервирование там, где оно технически возможно, не потому что это бизнес-требование, а потому что так "надёжнее".
Почему это не очевидно в момент миграции
При миграции фокус - на работоспособности: перенести, запустить, убедиться что работает. Стоимость эксплуатации - второй приоритет. Прогнозы строятся по ценам на ресурсы, но не по реальным паттернам потребления - а они часто отличаются от ожиданий.
Ещё один фактор: в облаке расходы размыты. Нет одного счёта за сервер - есть сотни мелких статей по десяткам сервисов. Без специального инструментария понять, за что именно идёт плата, сложно.
Что делать
Три вещи, которые дают результат:
Первое - регулярная инвентаризация ресурсов. Раз в квартал нужно смотреть, что реально используется. Неиспользуемые или недозагруженные ресурсы - первый кандидат на оптимизацию.
Второе - теги и атрибуция расходов. Каждый ресурс должен быть помечен тем продуктом, системой или командой, которая за него отвечает. Без этого у оптимизации нет адреса.
Третье - ответственный за облачные расходы. Это не функция ИТ-директора в целом. Это конкретный человек, который видит расходы, понимает аномалии и имеет право принять меры. В небольших компаниях это может быть частичная занятость, но это должна быть явная роль.
Облако не дешевле само по себе. Оно может быть дешевле при правильном управлении расходами. Это отдельная компетенция, которую нужно строить вместе с миграцией, а не после того, как пришёл неожиданный счёт.