Управление затратами на облако — Примеры

Пример 1 — Изменение размера по измерению, а не на глаз

Парк сервиса был подобран под пик запуска, который так и не наступил. Даны выделенная форма против наблюдаемого пика; выберите следующий размер вниз, который всё ещё проходит его, и скажите, что изменило бы ответ.

иллюстративные числа
выделено на инстанс: 8 vCPU, 32 GB, всего 12 инстансов, оплата по факту
наблюдаемый пик за 30 дней: 1.4 vCPU, 6 GB
цена следует за размером, а не за нагрузкой

Решение

цель: 2 vCPU, 8 GB на инстанс — проходит наблюдаемый пик и оставляет запас на всплеск
метод: измерьте пик за представительный период, измените размер, затем измерьте
       заново в следующем месяце
оставить по факту: без обязательств, поэтому смена формы позже ничего не стоит
пересмотреть, если: новая функция поднимает пик или меняется рабочий цикл парка

Выделенная мощность уходит выше использования, потому что исходную догадку никто не пересматривает, а изменение размера не требует ни обязательств, ни смены архитектуры, что делает его самым дешёвым сбережением. Сохранение изменённого парка на оплате по факту сохраняет свободу ошибиться насчёт следующего месяца. Обычная ошибка — взять обязательство, пока парк большой, а потом обнаружить, что зафиксированная форма больше не соответствует нагрузке.

Пример 2 — Постановка нетестового окружения на расписание

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

иллюстративные числа
окружение: 14 инстансов, работающих каждый час месяца (около 730 часов)
рабочие часы: 10 часов в день, пять дней в неделю (около 217 часов)

Решение

останавливайте в конце рабочего дня; запускайте до его начала; не работайте в выходные
экономия: примерно семь десятых часов месяца, применённые ко всему окружению
владелец: команда, которая им пользуется, названная в тегах окружения
запасной план: если запуск по расписанию не удался, оповестите владельца, который
              может запустить вручную

Нетестовое окружение — обычный виновник, потому что его выделяют как продакшен, а используют как офис, поэтому расписание убирает большую часть его стоимости, вообще не трогая продакшен. Назвать владельца так же важно, как задать расписание: окружение без владельца запускают вручную во время одного инцидента, а потом снова оставляют работать. Обычная ошибка — поставить его на расписание без оповещения о неудачном запуске: это теряет день работы, и расписание снимают.