Знакомая ситуация: 1С начинает тормозить в самый разгар закрытия отчётного периода. Или бюджет на ИТ урезали на 20%, а требования к доступности сервисов выросли вдвое. Или — совсем свежий сценарий 2026 года — пришло время заменить VMware, а решение о том, куда двигаться дальше, так и не принято.
В такой момент ИТ-директор оказывается между двумя огнями. С одной стороны — бизнес, который требует предсказуемости и бесперебойной работы. С другой — вендоры, каждый из которых предлагает «идеальное» решение. И все они говорят на разных языках: одни считают в CAPEX, другие — в OPEX, третьи рисуют красивые слайды про гибкость.
Мы в Sympace® знаем главное: правильного ответа «берите вот это и будет вам счастье» не существует. Есть правильный выбор под конкретную задачу, конкретный бюджет и конкретные риски, которые готов принять бизнес.
Давайте разберёмся, как принимать это решение системно.
Почему сравнивать просто «цену за гигабайт» — ошибка
Самый распространённый способ сравнения — посмотреть на стоимость локальной СХД и ежемесячный счёт за облако. И на этом успокоиться. Это примерно как сравнивать цену автомобиля в салоне и стоимость аренды — без учёта бензина, страховки, ТО и амортизации.
Совокупная стоимость владения (TCO) — это то, что реально показывает картину на горизонте 3–5 лет. И здесь кроются главные сюрпризы.
Для локальной инфраструктуры скрытые затраты часто оказываются больше, чем стоимость самого оборудования:
- Электроэнергия и охлаждение — до 40–50% к счетам .
- Зарплата персонала — это не один администратор, а команда, плюс подменный фонд для круглосуточной поддержки.
- Контракты на поддержку оборудования — 10–20% от стоимости покупки ежегодно.
- Замороженные капиталы — деньги, вложенные в железо, не работают на развитие бизнеса .
Для облака структура затрат принципиально иная: почти всё — это OPEX, то есть регулярные платежи за фактическое потребление. Вы не покупаете железо, не платите за охлаждение и не меняете вышедшие из строя диски . Однако здесь свои подводные камни:
- Исходящий трафик часто оплачивается отдельно и может стать сюрпризом при больших объёмах данных.
- Долгосрочная аренда мощной конфигурации на 3–5 лет может оказаться дороже покупки собственного оборудования.
- Есть риск «привязаться» к одному провайдеру — миграция потом обойдётся дорого.
Вывод, который мы в Sympace® делаем для себя и для клиентов: сравнивать нужно не цену за гигабайт, а полную стоимость владения на горизонте планирования, с учётом всех операционных и капитальных затрат. И только после этого переходить к сравнению по другим критериям.
Три модели: что, кому и зачем
1. Локальная инфраструктура (on-premise)
Это когда всё ваше — серверы, СХД, сетевое оборудование, лицензии. Вы контролируете буквально каждый винтик.
Когда это оправдано:
- Вы работаете с данными, которые по закону должны храниться только на собственных серверах.
- У вас уже есть крупные вложения в инфраструктуру, и они не амортизированы.
- Требуется абсолютный контроль над производительностью — например, для высоконагруженных СУБД или научных расчётов.
- У вас большой и квалифицированный ИТ-отдел, готовый обслуживать всё это хозяйство.
Плюсы:
- Полный контроль над данными и инфраструктурой.
- Предсказуемая производительность (если всё правильно спроектировано).
- В долгосрочной перспективе (5+ лет) при высокой утилизации может оказаться дешевле облака.
Минусы:
- Высокий порог входа — миллионы рублей единовременных инвестиций.
- Долгие сроки поставки и развёртывания.
- Сложность масштабирования — купить и установить новый сервер — это недели или месяцы.
- Полная ответственность за отказоустойчивость и восстановление после сбоев лежит на вас.
2. Облачная инфраструктура
Вы ничего не покупаете, а арендуете ресурсы у провайдера. Платите за то, что потребляете — почасово или помесячно.
Когда это оправдано:
- Бизнес быстро растёт, и потребности в ресурсах меняются непредсказуемо.
- Нужно быстро запустить новый проект или прототип.
- У вас нет собственного ЦОД и штата инженеров.
- Критически важны короткие сроки ввода в эксплуатацию.
Плюсы:
- Нулевой CAPEX — платите из операционного бюджета.
- Мгновенное масштабирование — добавили мощности за минуты.
- Провайдер берёт на себя заботу о железе, охлаждении, электропитании.
- Встроенные сервисы высокой доступности и бэкапов.
Минусы:
- Регулярные платежи, которые не прекращаются никогда.
- Сложно прогнозировать бюджет при переменной нагрузке.
- Зависимость от провайдера — переехать к другому сложно и дорого.
- Ограничения по локализации данных (в России — 152-ФЗ).
3. Гибридная модель
Это когда критичные или регуляторно-чувствительные данные остаются у вас, а «тяжёлые» вычисления, тестовые среды или пиковые нагрузки уходят в облако.
Когда это оправдано:
- У вас уже есть своя инфраструктура, но её мощности периодически не хватает.
- Вы хотите использовать облако как DR-площадку (аварийное восстановление).
- Часть приложений требует низкой задержки, а часть — не критична к этому.
Плюсы:
- Баланс контроля и гибкости.
- Можно использовать облако для «выравнивания» пиков.
- Облако как резервный контур — платите только когда оно реально нужно.
Минусы:
- Сложность управления — нужно уметь работать и с локальной инфраструктурой, и с облаком.
- Затраты на интеграцию и поддержание связи между средами.
- Риск потери контроля над данными в облачной части.
Четыре критерия выбора: как сравнивать по делу
В практике Sympace® мы используем четыре ключевых измерения для сравнения. Каждое из них нужно взвесить именно в контексте вашего бизнеса.
1. Контроль и соответствие требованиям
Для многих компаний в России это становится определяющим фактором.
- Локальная инфраструктура: вы контролируете всё. Данные физически находятся на вашей территории. Это единственный способ гарантировать 100% соответствие 152-ФЗ и отраслевым регуляторам (например, требованиям ЦБ для банков). Но вы же и несёте всю ответственность за безопасность.
- Облако: контроль разделён. Провайдер отвечает за инфраструктурный уровень, вы — за данные и доступы. Важно выбирать провайдера с сертификацией и дата-центрами в России.
- Гибрид: вы выбираете, что оставить под полным контролем, а что доверить облаку. Часто это баланс: «критично» — локально, «всё остальное» — в облаке.
Что спросить у поставщика на этапе выбора:
- Где физически находятся дата-центры? Соответствуют ли они российским регуляторным требованиям?
- Какие сертификаты безопасности есть у провайдера?
- Как организован доступ к данным? Кто из сотрудников провайдера может получить к ним доступ?
2. Стоимость: CAPEX, OPEX и скрытые расходы
Здесь главное — не попасть в ловушку сравнения «цена покупки» против «ежемесячный платёж».
Локальная инфраструктура:
- CAPEX: оборудование, лицензии, монтаж, пусконаладка.
- OPEX: электроэнергия, охлаждение, зарплата команды, контракты поддержки (10–20% от стоимости железа в год), аренда стойко-мест, расходные материалы.
- Скрытые расходы: простой при отказе, время на плановое обслуживание, замороженные средства.
Облако:
- OPEX: плата за виртуальные машины, хранилище (блочное, объектное), сетевой трафик, управляемые сервисы (базы данных, Kubernetes).
- Скрытые расходы: стоимость исходящего трафика (часто недооценивают), затраты на переобучение команды, риски «привязки» к провайдеру.
Гибрид:
Сочетает CAPEX на «вашу» часть и OPEX на облачную. Важно точно спрогнозировать, какие нагрузки уйдут в облако и сколько они будут стоить.
Что спросить у поставщика:
- Предоставьте полный расчёт TCO на 3 и 5 лет со всеми компонентами.
- Какие услуги входят в базовую стоимость, а какие — оплачиваются отдельно?
- Есть ли скидки за долгосрочное обязательство (reserved instances)?
3. Доступность и отказоустойчивость
Для бизнеса важен не просто процент доступности (99,9% или 99,99%), а то, как этот процент переводится в минуты простоя и потерю данных.
Два ключевых параметра:
- RTO (Recovery Time Objective) — время, за которое система должна восстановиться после сбоя.
- RPO (Recovery Point Objective) — сколько данных вы готовы потерять (по времени) при сбое.
Локальная инфраструктура: доступность и восстановление полностью зависят от вашей архитектуры. Можно построить отказоустойчивый ЦОД уровня Tier III, но это стоит больших денег. Можно ограничиться резервным копированием — тогда RTO будет измеряться часами или днями.
Облако: провайдер обычно предлагает готовые SLA с гарантией доступности 99,95% и выше. Встроенные сервисы репликации в разные зоны доступности позволяют минимизировать RTO и RPO. DRaaS (Disaster Recovery as a Service) — это готовое решение для аварийного восстановления с автоматическим переключением на резервную площадку.
Гибрид: часто строится по модели «активный контур — локально, резервный — в облаке». Это позволяет снизить стоимость резервирования — вы платите за облачные ресурсы только в момент восстановления.
Что спросить у поставщика:
- Какие значения RTO и RPO вы гарантируете по SLA?
- Предоставляете ли вы услугу DRaaS? Как она реализована технически?
- Как проводится тестирование восстановления? Можно ли провести учения без риска для продуктивной среды?
4. Скорость восстановления и защита от катастроф
В 2026 году это уже не просто «страховка», а обязательный элемент ИТ-стратегии. Особенно с учётом участившихся атак шифровальщиков.
Ключевое правило: 3-2-1-1-0:
- 3 копии данных (оригинал + 2 резервные).
- 2 разных типа носителей (например, SSD и лента).
- 1 копия офлайн (географически удалённая площадка).
- 1 копия неизменяемая или с air-gap.
0 ошибок восстановления — проверяем регулярно.
Локальная инфраструктура: вы сами организуете бэкапы, репликацию, тестирование восстановления. Можно сделать хорошо, но это требует времени, денег и квалификации. Неизменяемые копии на локальных лентах или дисках с WORM-функцией возможны, но сложны в реализации.
Облако: объектные хранилища с функцией Object Lock позволяют сделать бэкап неизменяемым — его нельзя изменить или удалить даже администратором. Это практически единственный способ защититься от шифровальщиков, которые пытаются уничтожить резервные копии. Регулярное тестирование восстановления автоматизировано.
Гибрид: часто используется неизменяемый слой в облаке как «последняя линия обороны». Продуктивная среда — локально, неизменяемая копия — в объектном хранилище провайдера с настроенными политиками хранения.
Что спросить у поставщика:
- Предусмотрена ли возможность создания иммьютабельных (неизменяемых) резервных копий?
- Как часто проводится тестирование восстановления из бэкапов?
- Есть ли геораспределённая инфраструктура для хранения офлайн-копий?
Ошибки выбора: чего делать не стоит
Опираясь на опыт нашей работы, мы выделили несколько типичных ошибок, которые превращают выбор места хранения данных в головную боль.
Ошибка 1: сравнивать только цену за хранение в вакууме.
Без учёта сетевых затрат, стоимости персонала, лицензий, электроэнергии и, самое главное, времени простоя — это ловушка. Реальный TCO может отличаться в разы.
Ошибка 2: выбирать «средний» вариант без привязки к бизнес-процессам.
Универсального решения нет. Для бухгалтерской 1С критична задержка (латентность) — ей нужно локальное железо рядом. Для аналитической платформы с переменной нагрузкой — облако. Для файлового архива с редкими запросами — объектное хранилище в облаке с дешёвым тарифом.
Ошибка 3: не закладывать бюджет на восстановление.
Купить СХД, настроить бэкапы — это половина дела. Вторая половина — регулярно тестировать, как вы восстанавливаетесь. У многих компаний резервные копии есть, но когда приходит реальный сбой, оказывается, что они нечитаемы, или их восстановление занимает дни вместо часов.
Ошибка 4: игнорировать регуляторные требования.
В России — это 152-ФЗ для персональных данных, требования ЦБ для финансового сектора, 187-ФЗ и Приказы ФСТЭК для КИИ. Выбор провайдера без учёта этих норм может стоить бизнесу миллионных штрафов и потери репутации.
Как мы в Sympace® подходим к этому выбору
Мы не продаём «железо» или «облако» как универсальную пилюлю. Мы помогаем ИТ-директорам последовательно пройти путь от боли бизнеса до решения, которое реально работает.
Это значит:
- Начинаем не с каталога продуктов, а с аудита текущей ситуации.
- Считаем TCO на горизонте 3–5 лет с учётом всех скрытых расходов.
- Оцениваем риски: что произойдёт с бизнесом, если хранилище откажет.
- Проверяем совместимость решений с вашей текущей инфраструктурой (особенно актуально в 2026 году на фоне ухода зарубежных вендоров).
- И главное — предлагаем не один вариант, а сценарии: локально, облако, гибрид — с расчётом стоимости и рисков для каждого.
В Sympace® мы считаем, что хорошее решение — это не то, которое дешевле или быстрее на словах. Это то, которое приносит предсказуемый результат: бизнес не простаивает, данные не теряются, бюджет контролируется, а ИТ-команда занимается развитием, а не тушением пожаров.
Если вы сейчас выбираете, где держать рабочие данные, и не уверены, какой вариант будет оптимальным — давайте посчитаем вместе. Мы поможем проверить совместимость, сравнить варианты по полной стоимости владения и довести проект до результата. Без лишней сложности, с фокусом на вашу реальную ситуацию.