On-premise: когда стоит держать сервисы на своих серверах

Почта, видеовстречи, мессенджер, CRM обычно работают «в облаке», то есть на серверах поставщика. Но многие программы для бизнеса можно поставить и на собственный сервер компании. Такой вариант называют on‑premise. Разберём, чем он отличается от облака, кому действительно нужен и во что обойдётся на практике.

Коротко

• On‑premise (от англ. on premises — «на территории») — способ работы с программой, при котором её устанавливают на серверы самой компании, а не пользуются ею через интернет на серверах поставщика.
• В облаке серверы и обновления берёт на себя поставщик, а условия хранения и восстановления данных прописаны в договоре. В on‑premise всё это делает компания или нанятый ею подрядчик.
• Своё размещение выбирают ради контроля над данными, требований закона и службы безопасности, работы без внешнего интернета и интеграции с внутренними системами.
• On‑premise требует сервера, администратора и денег на старте. Малому бизнесу с типовыми задачами облака обычно хватает.
• On‑premise не гарантирует безопасность сам по себе: защищённость зависит от того, как систему настроили и кто её обслуживает.

Что такое on‑premise простыми словами

On‑premise, или on‑prem, — это когда программу устанавливают в инфраструктуру самой компании, и компания сама управляет её работой и данными. Лицензия при этом бывает бессрочной или на срок, например на год. Покупать собственный сервер не обязательно. Он может стоять в серверной офиса, в своём дата‑центре или в арендованной стойке у провайдера, а компания может развернуть программу и в частном облаке, выделенном только под неё. Важно не то, кому принадлежит «железо», а то, что программу ставит и обслуживает сама компания, а не поставщик сервиса.

В России для этого чаще говорят «коробочная версия». Название осталось с тех времён, когда программу покупали в коробке с диском и ставили на свои компьютеры. Коробки давно нет, программу скачивают, но смысл тот же: компания покупает лицензию и запускает продукт у себя. Многие разработчики так и подписывают варианты на сайте. Например, у «Битрикс24» есть облачная версия и отдельная коробочная, которая размещается в инфраструктуре компании.

Самый привычный пример on‑premise в российском бизнесе — 1С. Компания покупает лицензию, а база с бухгалтерией, складом и зарплатой лежит на её компьютере или сервере. Конфигурацию часто дорабатывают под свои процессы, к базе подключают кассы, сайт и складское оборудование, а финансовые данные и сведения о сотрудниках нельзя выносить наружу. Впрочем, облачный вариант у 1С тоже есть, это «1С:Фреш». С ним не нужен свой сервер, обновления ставит поставщик, а работать можно через браузер из любого места.

Стоит учитывать, что иногда «коробочным» называют просто готовый типовой продукт в противовес разработке на заказ, и такой продукт может работать и в облаке. Поэтому при выборе уточните у поставщика, где именно будет стоять программа.

Противоположная модель называется SaaS (Software as a Service — программное обеспечение как услуга). Программа работает на серверах поставщика, а компания платит подписку и заходит в сервис через браузер или приложение. Так устроено большинство привычных сервисов: облачная АТС, онлайн‑CRM, видеоконференции по ссылке.

Разницу проще всего представить на примере жилья. SaaS похож на квартиру в аренде с управляющей компанией: заехал и живёшь, а трубы чинит кто‑то другой. On‑premise — собственный дом. Можно перестроить что угодно, но и котёл, и крыша теперь ваша забота.

Между этими полюсами есть промежуточные варианты. Например, IaaS (Infrastructure as a Service — инфраструктура как услуга), когда компания арендует виртуальный сервер в облаке и сама ставит на него программы. И гибридная модель, о которой поговорим ниже.

Чем on‑premise отличается от облака

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

Зачем компании держать сервисы у себя

Данные остаются внутри компании

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

Требования закона и внутренних регламентов

По общему правилу закона о персональных данных (152‑ФЗ) при сборе персональных данных граждан России их записывают и хранят в базах данных на территории страны, а исключения из этого правила перечислены в самом законе. Но само по себе это требование не обязывает переходить на свои серверы, оно выполнимо и в облаке, если серверы поставщика стоят в России. Своё размещение обычно возникает из более строгих правил. Например, у организаций с объектами критической информационной инфраструктуры (КИИ) и у тех, чья внутренняя политика запрещает передавать определённые данные третьим лицам. Набор требований для каждой отрасли свой, поэтому решение принимают вместе со службой безопасности или юристом (а не по этой статье).

Работа без внешнего интернета

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

Интеграция с внутренними системами

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

Независимость от поставщика

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

Какие у on‑premise минусы

Обо всём, что в облаке делает поставщик, при своём размещении нужно позаботиться самостоятельно. Понадобится вот что:

• сервер под требования конкретного продукта (свой или арендованный в дата‑центре);
• администратор, который разбирается в Linux и сетях, если программа работает на них, а это частый случай;
• резервное копирование и план восстановления на случай сбоя;
• установка обновлений и исправлений уязвимостей;
• защита периметра, учётных записей и доступов.

Поэтому запуск такого сервиса дороже и дольше, а при росте компании придётся докупать мощности. Если же в штате нет нужного специалиста, его придётся искать или нанимать подрядчика.

Есть и распространённое заблуждение, что свой сервер безопаснее облака по определению. Утечки случаются в обеих моделях, и причины у них похожие: ошибки в настройке, слабые пароли, фишинг, забытые доступы бывших сотрудников. On‑premise даёт больше контроля, но и ответственность за защиту полностью переходит к компании. Если сильной ИТ‑команды нет, крупный облачный поставщик может защитить данные лучше.

Что дешевле: on‑premise или облако?

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

Поставщики on‑premise решений часто рассчитывают стоимость индивидуально, исходя из числа пользователей и инфраструктуры заказчика.

Что такое гибридная модель

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

Пример такой схемы есть у «МТС Линк». Сервисы ставятся на серверы заказчика, а расшифровку и краткие итоги встреч можно оставить в облаке: файлы отправляются туда на обработку и после неё удаляются, а результат возвращается в систему компании. Такой вариант избавляет от покупки дорогого оборудования для функций искусственного интеллекта, но для организаций с полным запретом на передачу данных наружу он не подойдёт.

Кому on‑premise подходит, а кому нет

Свои серверы оправданы, если:

• служба безопасности или отраслевые требования запрещают хранить данные у внешнего поставщика;
• система должна работать в закрытой сети без интернета;
• нужна глубокая интеграция с внутренними системами;
• в компании уже есть серверная инфраструктура и ИТ‑специалисты;
• пользователей много и система нужна надолго.

Облако разумнее, если:

• компания небольшая и задачи типовые;
• нет своего администратора и бюджета на сервер;
• сервис нужен быстро, «с сегодняшнего дня»;
• штат быстро меняется и пользователей приходится то добавлять, то отключать.

Для большинства малых компаний честный ответ звучит так: on‑premise пока не нужен (если это не 1С). Облачный сервис решает задачу дешевле, а к вопросу своих серверов возвращаются, когда появляются жёсткие требования к данным или своя ИТ‑служба.

Как понять, что пора переходить: вопросы перед решением

Прежде чем запрашивать коммерческое предложение, ответьте на несколько вопросов.

1. Есть ли требование закона, отрасли или службы безопасности хранить данные у себя? Если нет, главный довод за on‑premise отпадает.
2. Кто будет обслуживать систему? Свой администратор, подрядчик или никто.
3. Где будет стоять сервер и кто отвечает за его питание и резервные копии?
4. Сколько пользователей будет через год‑два?
5. Нужна ли работа полностью без интернета, и поддерживает ли это выбранный продукт?
6. Какой доступ к серверу понадобится инженерам поставщика при установке и обновлениях?
7. Что будет, когда закончится лицензия или поддержка, и можно ли выгрузить данные и настройки, если решите сменить систему?

Шестой вопрос часто упускают. On‑premise не всегда означает, что никто извне к системе не прикасается. Поставщику может понадобиться доступ для установки и поддержки, и это стоит заранее прописать в договоре и в правилах безопасности.

Какие сервисы МТС можно развернуть на своих серверах

Ниже примеры решений МТС для бизнеса, у которых официально заявлен формат on‑premise. Условия поставки и стоимость в таком варианте рассчитываются индивидуально.

«МТС Линк» и «МТС Доски». Платформа для видеовстреч, вебинаров, корпоративного мессенджера и обучения. В формате on‑premise доступны «Встречи», «Вебинары», «Чаты», «Курсы», «Формы» и онлайн‑доски. Их поставляют блоками: встречи вместе с курсами и формами, отдельно мессенджер и отдельно доски. Возможна и гибридная схема с облачными функциями расшифровки, о которой мы говорили выше. Подробнее — на страницах МТС Линк и МТС Доски.

«Мобильные сотрудники». Платформа для управления выездным персоналом: курьерами, сервисными инженерами, торговыми представителями. В облаке она запускается быстро, а в разделе частых вопросов на сайте МТС отдельно указано, что доступно и развёртывание on‑premise, причём предложение рассчитывается под задачи и инфраструктуру клиента. Подробности — на странице «Мобильные сотрудники».

m.sphere. Система безопасности для зданий и территорий, которая собирает в одном интерфейсе видеонаблюдение, контроль доступа (СКУД) с учётом рабочего времени, охранную сигнализацию, управление транспортом, парковками и домофонами. К ней можно подключать и сторонние оборудование и программы. m.sphere доступна в двух вариантах: облачной услугой или по бессрочной лицензии для установки на серверы компании. Видеонаблюдение в ней тоже работает локально, а программу при желании можно разместить в облаке.

IoT‑платформа МТС. Решение для промышленности, энергетики, сельского хозяйства и управления недвижимостью. Датчики и оборудование передают показания (температуру, вибрацию, расход ресурсов, местоположение техники), а платформа собирает их, строит отчёты и предупреждает об отклонениях. Сама платформа может работать как в облаке МТС, так и на серверах заказчика. Это проектное решение для крупного бизнеса, и внедряют его после обследования и пилота. Подробнее — на странице IoT МТС.