1С в облаке или на своём сервере: что выбрать бизнесу

Короткий ответ: с чего начать выбор

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

Четыре модели: что именно вы покупаете

SaaS — доступ к приложению; IaaS — инфраструктура для самостоятельного размещения; аренда выделенного сервера — физическая машина провайдера; собственный сервер — ваше оборудование в офисе или на размещении. Управляемые предложения могут сочетать несколько уровней.

У 1С есть облачные технологии, но использование веб-клиента само по себе не делает вашу установку готовым сервисом с включённым сопровождением. Сначала запросите перечень работ и границы доступа.

Готовая 1С через интернет: меньше инфраструктурных задач

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

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

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

Виртуальный сервер: свобода настроек с обязанностями администратора

На ВМ можно организовать собственный сервер 1С, СУБД и интеграции в пределах выбранной архитектуры и правил провайдера. Но аренда CPU, RAM и диска обычно не означает, что кто-то обновляет вашу конфигурацию, проверяет обмены и восстанавливает базу по заявке.

• Плюсы: управляемый подбор ресурсов, отдельная ОС, возможность собственного состава программ.
• Ограничения: конкуренция за ресурсы, условия предоставления vCPU, характеристики хранилища и сеть.
• Вопрос поставщику: кто отвечает за ОС, СУБД, кластер 1С, копии, мониторинг и инциденты.

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

Аренда физического сервера: когда важна выделенная платформа

Выделенный сервер рассматривают, когда нужны определённый CPU, большой объём памяти, локальные SSD или предсказуемое владение физическими ресурсами. Но слово «выделенный» не гарантирует нужную производительность 1С: имеют значение поколение процессора, диски и настройки.

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

Один выделенный сервер остаётся одной машиной с общими точками отказа. Размещение в ЦОД не создаёт вторую СУБД автоматически. Если требуется пережить потерю узла, сравнивайте предложения с соответствующим резервированием.

Собственный сервер: контроль и локальная работа

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

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

Сравнение по ответственности, а не только по названию

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

Проверка совместимости: до оплаты и переноса

• Программа: конфигурация, редакция, версия, изменение типовых объектов.
• Доработки: расширения, внешние обработки и отчёты, расписание обновлений.
• Интеграции: обмены с сайтом, банком, ЭДО и другими базами, HTTP/COM и файловые каталоги.
• Доступ: веб-клиент, тонкий клиент, терминальные приложения; поддерживаемые устройства.
• Операции: закрытие месяца, расчёт зарплаты, проведение, массовые загрузки.
• Данные: присоединённые файлы, история и архивы, требуемый объём хранения.

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

Производительность: vCPU и ядро — не одинаковая покупка

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

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

Для выбора оборудования используйте руководство по серверу 1С. Приёмка модели размещения дополнительно должна учитывать реальный путь пользователя из офиса и филиалов. Обещание «работает быстро» замените согласованным временем операций.

Кассы, сканеры, принтеры и локальные обмены

Периферия часто решает судьбу проекта раньше сравнения процессоров. Протестируйте нужную модель устройства и конкретный способ подключения: локальный клиент, веб-расширение, терминальное перенаправление или промежуточный сервис.

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

Интернет и филиалы: проверять нужно не только мегабиты

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

• Какие операции прекращаются при потере связи?
• Есть ли независимый резервный канал и проверенное переключение?
• Как работают печать, файлы и интеграции после восстановления соединения?
• Можно ли продолжить часть работы локально и как потом согласовать изменения?

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

Доступы и безопасность: кто может войти в вашу систему

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

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

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

Копии и SLA: спросите, что именно восстановят

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

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

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

Как сравнить полную стоимость на одном горизонте

Выберите единый горизонт, например 36 месяцев, и одинаковые условия: операции, ресурсы, запас, уровень сопровождения и восстановление. Указывайте, входят ли налоги, разовые работы, трафик, хранение копий, терминальные лицензии и работы вне штатного времени.

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

Оцените простой и зависимость от специалистов отдельными допущениями. Не превращайте возможный риск в гарантированный ежегодный убыток и не выдавайте компенсацию по SLA за полное возмещение потерь бизнеса. В таблицу расчёта заносите актуальные предложения, а не цену «от» с несопоставимыми параметрами.

Четыре прикладных ситуации

Это учебные ситуации, а не отзывы клиентов и не доказанные результаты внедрений. Окончательный вывод появляется после проверки вашей системы.

Пилот и перенос: как не потерять рабочий день

1. Инвентаризация: версии, базы, файлы, расширения, лицензии, пользователи и интеграции.
2. Пилот на копии: обезличивание при необходимости, проверка операций и периферии, отключение опасных исходящих обменов тестовой базы.
3. План перехода: согласованное окно, последняя копия, остановка изменений, ответственные и критерии приёмки.
4. Финальный перенос: подтверждение полноты и доступа; исходная база не используется параллельно для независимого ввода.
5. Приёмка: ключевые документы, отчёты, печать, обмены, копии и восстановление.
6. План возврата: срок принятия решения, исходное состояние и порядок учёта данных, введённых после перехода.

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

Выход из облака и лицензии: проверить до входа

Уточните формат, сроки и стоимость выгрузки, доступность присоединённых файлов, совместимую локальную редакцию и перенос интеграций. Получить архив и проверить его загрузку — два разных действия. Для 1С:Фреш порядок работы с данными и выгрузками описан отдельно; ограничения целевых редакций нужно сверять до планирования возврата.

В аренде ВМ собственные или арендованные лицензии 1С, ОС и СУБД требуют проверки условий. Право использования у одного поставщика не следует автоматически переносить на другую площадку. Состав продуктов сверяйте с официальным FAQ 1С и условиями конкретного предложения.

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

Материалы для сравнения предложений

Поможем выбрать и сопровождать подходящую схему

Частые вопросы