Малому бизнесу — свой сервер или облако: сравниваем TCO

Малые компании всё чаще упираются в ИТ-пределы: файлов много, 1С/CRM работают удалённо, отчёты считаются дольше, а выездные сотрудники требуют стабильного доступа к документам. На старте облако кажется «поставил и забыл», но счёт растёт — добавляются платные IOPS, платёж за хранение, почасовые ВМ и поддержка. «Железо» выглядит дороже на дне покупки, зато предсказуемо в расходах и задержках, когда в офисе появляются 10/25GbE и нормальные бэкапы.

Корректный способ выбрать — честно посчитать TCO на три года: CapEx и OpEx, электричество и охлаждение, простои и зарплаты, стоимость вывоза данных из облака (egress), рост объёмов и требования к восстановлению.

Методика расчёта TCO «на салфетке»

Сначала фиксируем входные данные: число сотрудников и активных сессий 1С/CRM, средний объём рабочих файлов, темп роста данных в месяц, требуемые RPO/RTO и допустимые окна обслуживания. Эти параметры превращаются в требования к CPU/RAM, дискам, сети и резервному копированию — отдельно для «облака» и «своего сервера».

Дальше раскладываем три года владения на понятные корзины. Для сервера это закупка «железа», ИБП и коммутатора, электричество и охлаждение, замены дисков, поддержка и время администратора, а также стоимость простоев при работах и сбоях. Для облака — аренда ВМ и дисков с нужным IOPS, плата за хранилище и трафик на выгрузку (egress), публичные IP, резервирование ресурсов, поддержка, плюс простои при инцидентах провайдера.

Критично не терять «скрытые» строки. В он-прем решающую роль играют бэкапы и оффсайт: отдельный носитель/сайт и периодическая проверка восстановления. В облаке — плата за интенсивные диски, межзонный трафик, хранение снапшотов и стоимость возврата данных в офис. После оценки обеих моделей сводим две суммы TCO/36 месяцев и сравниваем их на одинаковых метриках задержек и восстановлений, а не по «цене за терабайт».

Профили SMB-нагрузок — от чего зависит счёт

В офисе «файлы+сканы» создают непрерывный фон: десятки мелких операций, чувствительных к задержкам диска и сети. Если к этому добавляется 1С/база, картина меняется: важнее становится объём оперативной памяти и быстрый «горячий» слой под БД и журналы, иначе отчёты ночами будут конкурировать с бэкапами. Когда часть сотрудников работает удалённо, к требованиям добавляются стабильный канал, VPN с MFA и предсказуемый отклик терминальных сессий; любые «просадки» сети превращаются в жалобы на «медленную программу». Веб-сервисы и интеграции добавляют пиковую нагрузку — короткие бурсты запросов к API и выгрузки в сторонние системы. Правильный расчёт начинается с аудита этих ролей: какие операции критичны к мил