Что же пишут эксперты комьюнити в чате об экономии от миграции в облако 🟢Вячеслав Бессонов (Hilbert Team) Подход здравый и действительно часто используется для первичного обоснования экономической целесообразности миграции в облако. Он хорошо отвечает на вопрос "Становится ли инфраструктура дешевле?". В нашей практике, однако, мы обычно используем фреймворк Forrester TEI (Total Economic Impact). Он позволяет оценивать не только сокращение затрат, но и совокупный экономический эффект от инвестиций в миграцию: влияние на выручку и маржинальность за счет ускорения time-to-market, снижения операционных рисков, повышения масштабируемости и использования managed-сервисов. Такой подход позволяет обосновывать целесообразность миграции даже в случаях, когда прямые инфраструктурные затраты в облаке выше текущих, но сама миграция является драйвером для достижения стратегических целей Заказчика и роста финансовых показателей. 🟢Екатерина Чичкова (Flowwow) Как говорится, гладко было на бумаге, да забыли про овраги 😃 Калькуляторы и внутренние оценки редко отражают фактические расходы после запуска. Помимо базовой стоимости инфраструктуры в зависимости от провайдера всплывают затраты на трафик, хранение данных, резервное копирование, техническую поддержку, отказоустойчивость и сопутствующие сервисы. В свою очередь сотрудники склонны недооценивать затраты на миграцию и дальнейшую поддержку новой среды. Я считаю что очень важно учитывать, что облако не является выгодным автоматически — без внедрения finops практик оно легко становится источником неожиданных затрат, черной дырой для денег 💸 и причиной выпадения последних волос у вашего CFO👨‍🦲 На мой взгляд решение о миграции это не вопрос одной формулы, а взвешенный комплексный подход, где важны не только расходы, но и цели, понимание рисков и реальных преимуществ облака: гибкости, масштабируемости, скорости изменений и устойчивости инфраструктуры. 🟢Ксения Кроха (зарубежный эксперт, компания NDA) От себя бы добавила, что стоит особенно внимательно оценить следующие риски: - так называемый "double-bubble" - период времени, когда поддерживаются обе инфраструктуры (и новая, и старая). Этот период может быть затянут, если слишком рано приступить к миграции, либо сотрудники не успели пройти необходимое обучение и т.д. - К слову об обучении - не стоит недооценивать расходы на подготовку персонала к миграции. Надо учесть, что может появиться необходимость в дополнительных специалистах. А также сам процесс переподготовки существующих сотрудников нередко занимает больше времени, чем планировалось. - Расходы на целевую архитектуру: значимо не только приблизиться к эквиваленту уже имеющейся архитектуры, только в облаке, но и здесь необходимо сразу подумать о рисках. На первых порах могут быть совершены ошибки в настройке сервисов, выборе не тех резерваций и т.д., что сопряжено с существенными расходами. То есть мы топорно не сравниваем 2 возможные архитектуры между собой, а понимаем, что на деле все будет иначе. После этого нужно стремиться не просто к эквиваленту, а к оптимальной новой инфраструктуре. Но это уже совсем другой разговор, и, конечно же, это не решить одной формулой. А вы что думаете? Примененимо в наших реалиях? 💫