Стоимость облака и зеркала артефактов

Где прячутся деньги

Разобрав счёт, я насчитал четыре типовых источника. Первый - забытое: диски остались от удалённых машин, снимки никто не чистит, внешние адреса висят без хозяина. Второй - количество: балансировщик заводят на каждый сервис вместо одного входа с маршрутизацией, и в моём примере это 21 тысяча, пятая часть счёта. Третий - трафик, про который я считал отдельно. Четвёртый - всё, чем смотрят на систему: логи и метрики, которые хранятся долго, стоят как отдельный сервис.

Разбирают счёт в том же порядке, в каком экономят. Сначала выключают то, чем никто не пользуется: это ничего не стоит и обычно приносит больше всего. Потом убирают лишнее - объединяют балансировщики, сокращают срок, который хранятся логи, включают правила жизненного цикла в хранилище. Потом берут обязательства на то, что точно проработает год. И только в конце подгоняют размеры машин.

// Отдельно про размеры: машиной, загруженной на 8%, гордиться не стоит - её уменьшают или переводят на оплату по вызовам. И наоборот, ужимать машину до 90% загрузки выйдет боком: я показывал в теме про ёмкость, что на 90% время ответа растёт в пять раз против 50%.

забытые ресурсы

диски, снимки и адреса, оставшиеся от удалённого; платятся молча

порядок экономии

сначала выключить лишнее, потом сократить сущности, потом обязательства

Разметка и владелец у каждого рубля

Разметка - это метки на ресурсах: команда, продукт, среда, ответственный. Без них счёт выглядит как один большой мешок, и разговор об экономии превращается в спор. С ними счёт раскладывается по командам, и у каждой строки появляется хозяин.

Работает разметка только при двух условиях. Первое: метки обязательны - политика запрещает создавать ресурс без них, иначе размечено будет 60% и картина всё равно не сойдётся. Второе: ресурсы создаются описанием инфраструктуры, а не руками, тогда метки проставляются автоматически.

// Дальше на разметку вешают три полезные вещи: регулярный отчёт по командам, предупреждение при выходе за ожидаемую сумму и автоматическую уборку по расписанию - удалять снимки старше срока, гасить машины в тестовой среде на ночь и выходные. Последнее часто экономит больше, чем месяц ручной подгонки размеров: тестовая среда, которая работает 40 часов в неделю вместо 168, обходится вчетверо дешевле.

разметка

обязательные метки на ресурсах: команда, продукт, среда, ответственный

автоматическая уборка

гасить тестовые среды по расписанию и удалять старое

Российская реальность

Западные облака для компаний из России практически недоступны: оплата не проходит, аккаунты закрывают, а часть сервисов блокирует доступ по региону. Это не абстракция - я сегодня напоролся на такое сам: реестр провайдеров одного популярного инструмента описания инфраструктуры отдал отказ прямо с нашего сервера, и работать пришлось на открытом форке с другим реестром.

Поэтому реальный выбор - местные облака. Устроены они похоже (машины, сети, управляемые базы и кластеры, объектное хранилище с привычным интерфейсом), но набор управляемых сервисов уже, а специфические вещи вроде готовых очередей и сервисов машинного обучения часто приходится поднимать самим.

// Практические следствия. Проверяйте доступность внешних реестров образов и пакетов ЗАРАНЕЕ и держите своё зеркало - иначе сборка однажды встанет не по вашей вине. Закладывайте, что часть инструментов придётся заменить открытыми аналогами. И помните про требования к размещению персональных данных: они задают, где физически может лежать база, и это ограничение сильнее любых технических предпочтений.

блокировка по региону

сервис отказывает по адресу или сети клиента, независимо от оплаты

своё зеркало

копия внешних образов и пакетов у себя; страховка от недоступности

Как отвечать: «Счёт за облако вырос вдвое. С чего начнёте?»

С разбора по строкам, а не с сокращения машин. Я раскладывал типичный счёт: машины там были меньше половины, а остальное - забытые диски от удалённых машин, снимки за полгода, неприкреплённые внешние адреса, балансировщик на каждый сервис и исходящий трафик. Дальше по порядку убывания эффекта. Сначала выключаю то, что вообще не используется, - это ничего не стоит и обычно даёт больше всего. Потом сокращаю количество сущностей: один вход с маршрутизацией вместо балансировщика на сервис, срок хранения логов, правила жизненного цикла в объектном хранилище. Потом гашу тестовые среды по расписанию: сорок рабочих часов в неделю вместо ста шестидесяти восьми - это вчетверо дешевле. И только потом беру обязательства на год по тому, что точно будет работать. Чтобы это повторялось само, ввожу обязательную разметку ресурсов и отчёт по командам - без хозяина у строки счёта разговор об экономии всегда буксует.

Ответ начинается с измерения, идёт по убыванию эффекта и заканчивается процессом, который не даёт счёту вырасти снова. Именно этого и ждут от того, кто уже разбирал счета.

На чём валятся

• −Начинают экономию с уменьшения машин, хотя больше половины счёта - это мелочь без хозяина.
• −Не чистят диски и снимки от удалённых ресурсов.
• −Заводят балансировщик на каждый сервис вместо одного входа.
• −Держат тестовые среды круглосуточно.
• −Планируют архитектуру на западных сервисах, не проверив их доступность из своей сети.