Какие вопросы задать кандидату на CTO о расходах на облако
Используйте вопросы к кандидату на CTO о расходах на облако, чтобы проверить реальные счета, допущения по росту и простые признаки здравого отношения к затратам.
Почему низкий счет за облако может ввести в заблуждение
Низкий счет за облако еще не доказывает, что CTO принимал хорошие решения. Иногда продукт все еще маленький, трафик невысокий, а слабые места в настройке просто еще не начали мешать. Инфраструктура, которая кажется дешевой при 500 пользователях, может стать дорогой при 50 000, если система зависит от слишком большого числа управляемых сервисов, дублирующих хранилищ данных или неэффективных фоновых задач.
Кредиты делают оценку еще сложнее. Кандидат может показать крошечный ежемесячный счет, но эта цифра мало что значит, если облачный провайдер оплатил половину через стартовые кредиты или скидочные программы. Когда кредиты заканчиваются, реальная стоимость становится видна сразу.
Обратная проблема тоже встречается. Кто-то говорит, что они
Часто задаваемые вопросы
Какой счет за облако стоит попросить показать?
Попросите показать реальные счета за три–шесть месяцев и графики использования, которые им соответствуют. Положите счет рядом с трафиком, объемом данных и основными сервисами, которые они использовали. Одна низкая цифра без такого контекста почти ничего не говорит.
Как понять, не скрывают ли кредиты реальную стоимость?
Спросите, какую часть расходов компания оплатила сама, а какую покрыли кредиты или скидки. Потом попросите ту же сумму по полной цене. Если они не могут показать эту цифру, вы все еще не знаете реальный уровень ежемесячных расходов.
Какой сценарий роста стоит попросить их смоделировать?
Используйте простой сценарий роста, например в 10 раз больше пользователей, в 5 раз больше данных и больше фоновых задач. Хороший кандидат скажет, какие расходы растут медленно, какие скачут резко и где он изменил бы архитектуру до того, как счет станет слишком большим.
Маленький счет за облако — это всегда хороший знак?
Нет. Маленький счет может быть связан с низким трафиком, отложенными проблемами или системой, в которой срезали углы. Вам нужен низкий расход по понятным техническим причинам, а не цифра, которая просто хорошо выглядит сегодня.
Какие решения в настройке обычно приводят к лишним расходам?
Смотрите на слишком большое количество управляемых сервисов, дублирующие базы данных, постоянно работающие процессы и сервисы, которые слишком часто обращаются друг к другу. Такие решения часто выглядят нормально на старте, а потом начинают сжигать деньги по мере роста нагрузки.
Стоит ли спрашивать о стоимости на одного пользователя или на один запрос?
Да. Спросите, сколько стоит обслужить одного активного клиента, один заказ или тысячу API-запросов. Такой ответ показывает, связывает ли человек инфраструктуру с бизнесом, а не только с количеством серверов.
Как отличить экономию за счет архитектуры от выгодного договора с поставщиком?
Попросите два примера: один, где они сократили расходы за счет изменения архитектуры, и второй, где добились лучших условий у поставщика. Изменения в дизайне продолжают приносить пользу по мере роста нагрузки. Скидки у поставщика тоже помогают, но не убирают лишние траты.
Какие цифры кандидат на CTO должен знать без лишних поисков?
Они должны знать главные источники затрат, текущий ежемесячный темп расходов, самые загруженные периоды и примерную стоимость каждой среды. Если они начинают гадать, значит, они были слишком далеко от цифр.
Что они должны сказать о балансе между надежностью и стоимостью?
Смотрите на понятный выбор, а не на красивый лозунг. Сильный ответ объясняет, где они тратят больше, чтобы избежать сбоев, а где оставляют все простым, чтобы сэкономить. Дешевые системы, которые часто ломаются, все равно обходятся дорого.
Какие ответы должны меня насторожить?
Будьте настороже, если человек говорит только в процентах, избегает реальных счетов или винит во всем облачного провайдера. Вам нужен тот, кто показывает цифры, объясняет причины каждого решения и честно говорит, что бы он изменил сейчас.