Облако или свой сервер: как сравнить расходы за три года

Если сравнить только цену виртуальной машины с ценой сервера, расчёт почти наверняка будет неверным. За три года облако набирает расходы на хранение данных, исходящий трафик и резервные копии; собственный сервер — на покупку, электричество, размещение, замену дисков и работу инженера. Решение меняется вместе с профилем нагрузки, поэтому сначала считайте одинаковую услугу, а не две цены из прайс-листов.

Сначала зафиксируйте одинаковые условия

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

Запишите исходные допущения:

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

Если прогноз роста неизвестен, посчитайте хотя бы три сценария: текущая нагрузка без роста, ожидаемый рост и резкий скачок. Не называйте третий сценарий «запасом на всякий случай»: у него должны быть конкретные предпосылки, например запуск нового региона или сезонный пик.

Сложите полную стоимость, а не только аренду

Что включать в облачный вариант

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

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

Что включать в собственный сервер

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

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

Собственный сервер дешевле не потому, что у него нет ежемесячного счёта. Часть счёта просто превращается в оборудование, инженерные часы и риск простоя.

Формула трёхлетнего расчёта

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

Остаточная стоимость оборудования через три года — не гарантированная скидка. Её можно учитывать отдельным сценарием, если вы действительно планируете продать или повторно использовать сервер. Не вычитайте её из основного расчёта как নিশ্চিতный доход.

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

Найдите точку, где варианты сравняются

Обозначьте цену облака за месяц через C, а затраты на покупку и запуск собственного сервера — через H. Если регулярные расходы своего сервера за месяц равны O, то грубая точка окупаемости в месяцах рассчитывается так: (H − облачные разовые расходы) / (C − O). Формула полезна лишь тогда, когда C выше O и обе стороны включают сопоставимый уровень надёжности.

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

Когда выбирать каждый вариант

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

Где сравнение ломается

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

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

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

Что делать дальше

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