Свой ЦОД, хостинг или облако: считать нужно не серверы, а скорость изменений
Как перевести разговор об инфраструктуре из стоимости железа в скорость реакции на изменения, SLA и управление ответственностью.
Когда компания начинает разговор об инфраструктуре, он почти всегда начинается с железа. Сколько стоит сервер? Сколько нужно стоек? Хватит ли канала? Это понятные вопросы, их легко посчитать в таблице.
Проблема в том, что самые дорогие решения принимаются именно на этом уровне - и именно поэтому они потом дорого обходятся. Железо считать легко. Но бизнес платит не за железо.
Что на самом деле решает выбор инфраструктуры
За выбором между своим ЦОД, хостингом и облаком скрывается три отдельных вопроса, которые обычно путают в один.
Первый - стоимость владения. Здесь учитывается не только цена оборудования, но и аренда, охлаждение, электричество, резервирование, обновление через 3-4 года и зарплата людей, которые за этим следят.
Второй - SLA и ответственность. Кто несёт ответственность за доступность, и что происходит, когда что-то падает в 3 часа ночи в воскресенье? В своём ЦОД ответственность полностью ваша. В хостинге - частично делегирована. В облаке - делегирована по-другому, с чётко прописанными условиями.
Третий - скорость изменений. Сколько времени нужно, чтобы добавить ресурс, вывести новый сервис, протестировать гипотезу или откатить неудачный деплой? Это тот вопрос, который чаще всего упускают.
Почему скорость важнее, чем кажется
Свой ЦОД - это фиксированная инфраструктура. Вы покупаете под пиковую нагрузку и в среднем используете 20-30% от купленного. Время на ввод нового сервера - от нескольких дней до нескольких недель. Это приемлемо, если бизнес меняется медленно и предсказуемо.
Если бизнес меняется быстро - это ограничение становится стратегическим тормозом. Каждая задержка в запуске нового сервиса, каждая очередь на выделение ресурсов - это потерянное время, а не только потерянные деньги.
Хостинг снимает часть операционной нагрузки, но обычно не даёт эластичности. Вы арендуете фиксированные мощности, и увеличить их быстро - задача нетривиальная.
Облако меняет экономику именно за счёт эластичности. Платите за то, что используете. Ресурс появляется за минуты, а не за недели. Это не рекламный тезис - это изменение операционной модели.
Где облако не является ответом
Облако - не универсальное решение. Есть ситуации, где оно проигрывает или неприменимо.
Регуляторные требования. В ряде отраслей данные обязаны находиться физически в конкретном месте или под конкретным контролем. Здесь выбора может не быть.
Стабильная предсказуемая нагрузка. Если у вас постоянная нагрузка, которая не меняется годами, экономика хорошо настроенного физического хостинга может оказаться лучше, чем облако с переменными счетами.
Специфическое оборудование. Некоторые задачи требуют оборудования, которое в облаке нет или оно стоит несоразмерно дорого.
Отсутствие компетенций. Облако не упрощает операционную модель само по себе. Оно переносит сложность в другое место. Без людей, которые умеют им управлять, затраты часто оказываются выше ожидаемых.
Как распределяется ответственность
Это, пожалуй, самая недооцениваемая часть выбора.
В своём ЦОД вы владеете всем - и всем же несёте ответственность. Вы решаете, когда менять диск, который начал сыпать ошибки. Вы решаете, как строить резервирование. Вы отвечаете за физическую безопасность.
В публичном облаке провайдер берёт на себя физику и часть платформы - но не берёт ответственности за то, что вы на этой платформе построили. Неправильно настроенные права доступа, незакрытые порты, незашифрованные хранилища - это ваша зона, не его.
Понимание границы ответственности важнее, чем выбор провайдера.
Вопросы, которые стоит задать перед решением
Прежде чем выбирать инфраструктурную модель, я рекомендую ответить на несколько конкретных вопросов:
- Как часто за последний год менялись требования к инфраструктуре?
- Сколько времени сейчас занимает ввод нового сервиса или среды?
- Кто у вас умеет управлять выбранной платформой, и что происходит, если этот человек уходит?
- Какой у вас реальный RTO и RPO - и соответствует ли текущая инфраструктура этим требованиям?
- Что из текущих затрат - это инфраструктура, а что - ИТ-персонал вокруг неё?
Ответы на эти вопросы дают картину, которая не помещается в сравнительную таблицу цен на серверы. Но именно она определяет, какое решение будет правильным для конкретного бизнеса в конкретный момент.