В контексте "необходимости" переезда — тут нет опции пошлифовать на текущей инфре. Отходя в сторону — согласен, прыгать с облака на облако (из-за скидки в пару процентов)/мигрировать в облако сразу всю свою инфру рисковано за счет кучи теневых костов (это не трогаем историю потенциальной деградации).
Наверное классикой будет мультиоблачное решение. Пример, если куча данных, к которым достаточно холодного доступа — кидаем на самой привлекательной площадке, которая в тч трафик копейками исчисляет.
У нас нет в пайплайне автоматизации на контроль тегирования. Но я много знаю компаний, где такое внедрено и отлично работает.
По цифрам, как всегда одна проблема — запрет на публикацию результатов, а то конкуренты прижмут. Но я так скажу, мы закрыли два проекта после нормальной детализации потребления)))
Прежде чем приступить к внедрению FinOps, надо понять какие задачи он будет решать для конкретной компании и трезво оценить оптимизационный потенциал.
Глобально можно выделить несколько составляющих эффекта, который можно оценить в деньгах. 1) Прямая экономия на Usage Optimization ресурсов (когда отказываемся или уменьшаем тариф), Rate Optimization (когда получаем скидку от провайдера или покупаем резерв) и Architecture Optimization (наиболее сложная). 2) Сокращение косвенных костов. Например, за счет снижения ФОТ, идущий на ручные операции
3) Минимизация рисков и перерасходов. За счет отслеживания аномалий, прогнозировании затрат.
И поскольку это процесс, экономия в первом квартале будет только прямая за счет снижения тарифов. Во втором добавится отслеживание аномалий и т.п. И процесс имеет накапаливающий эффект экономии — инфра будет развиваться, значит и потенциальной экономии будет больше.
Обычно сначала добиваются "быстрой победы". Потом на основе этих данных строятся прогнозы и выбиваются бюджеты) И как раз FinOps подталкивает постоянно отслеживать результат.
В контексте "необходимости" переезда — тут нет опции пошлифовать на текущей инфре. Отходя в сторону — согласен, прыгать с облака на облако (из-за скидки в пару процентов)/мигрировать в облако сразу всю свою инфру рисковано за счет кучи теневых костов (это не трогаем историю потенциальной деградации).
Наверное классикой будет мультиоблачное решение. Пример, если куча данных, к которым достаточно холодного доступа — кидаем на самой привлекательной площадке, которая в тч трафик копейками исчисляет.
У нас нет в пайплайне автоматизации на контроль тегирования. Но я много знаю компаний, где такое внедрено и отлично работает.
По цифрам, как всегда одна проблема — запрет на публикацию результатов, а то конкуренты прижмут. Но я так скажу, мы закрыли два проекта после нормальной детализации потребления)))
Было бы славно иметь простой ответ на ваш вопрос)
Прежде чем приступить к внедрению FinOps, надо понять какие задачи он будет решать для конкретной компании и трезво оценить оптимизационный потенциал.
Глобально можно выделить несколько составляющих эффекта, который можно оценить в деньгах. 1) Прямая экономия на Usage Optimization ресурсов (когда отказываемся или уменьшаем тариф), Rate Optimization (когда получаем скидку от провайдера или покупаем резерв) и Architecture Optimization (наиболее сложная). 2) Сокращение косвенных костов. Например, за счет снижения ФОТ, идущий на ручные операции
3) Минимизация рисков и перерасходов. За счет отслеживания аномалий, прогнозировании затрат.
И поскольку это процесс, экономия в первом квартале будет только прямая за счет снижения тарифов. Во втором добавится отслеживание аномалий и т.п. И процесс имеет накапаливающий эффект экономии — инфра будет развиваться, значит и потенциальной экономии будет больше.
Обычно сначала добиваются "быстрой победы". Потом на основе этих данных строятся прогнозы и выбиваются бюджеты) И как раз FinOps подталкивает постоянно отслеживать результат.