Как организовать облако 1С: от выбора модели до настройки доступа

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

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

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

Выберите модель размещения 1С в облаке

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

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

Вторая модель — аренда виртуального сервера (VPS/VDS): вы получаете виртуальную машину с Windows или Linux и сами устанавливаете платформу 1С, СУБД (PostgreSQL или MS SQL), настраиваете публикацию веб-клиента. Контроль полный, но требуется специалист по администрированию.

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

Рассчитайте необходимые ресурсы

Недостаток ресурсов — главная причина «тормозов» облачной 1С. Расчёт ведите от трёх параметров: числа одновременно работающих пользователей, объёма базы и типа нагрузки (проведение документов, формирование отчётов, обмены).

Ориентиры для файлового и небольшого клиент-серверного варианта: на каждого активного пользователя закладывайте 0,5–1 ГБ оперативной памяти сверх системных нужд и памяти СУБД. Для базы объёмом до 10–15 ГБ и 5–10 пользователей обычно достаточно виртуальной машины с 4 vCPU и 16 ГБ ОЗУ. Дисковая подсистема критичнее процессора: выбирайте SSD, а лучше NVMe — скорость случайных операций чтения/записи напрямую влияет на время проведения документов.

Сетевой канал тоже имеет значение. Для веб-клиента и тонкого клиента достаточно стабильного канала с низкими задержками — трафик идёт в основном между клиентом и сервером приложений. Для RDP требования к полосе выше, особенно при печати и передаче изображений на экран. Проверьте задержку (ping) до дата-центра провайдера до подписания договора: комфортная работа обычно обеспечивается при задержке до 50–70 мс.

Разверните платформу и опубликуйте базу

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

После установки создайте информационную базу через консоль кластера серверов 1С и загрузите в неё данные из файла выгрузки (.dt) вашей текущей базы. Перед загрузкой обновите конфигурацию до актуального релиза — это снизит риск ошибок конвертации при переносе.

Для доступа через браузер опубликуйте базу на веб-сервере (IIS или Apache) с помощью штатного механизма публикации 1С. Обязательно включите HTTPS: работа по незашифрованному HTTP означает передачу логинов и данных открытым текстом.

1. 1
   Арендуйте VPS с SSD-дисками и рассчитанным объёмом ОЗУ
2. 2
   Установите СУБД (PostgreSQL сборки 1С или MS SQL) и сервер 1С:Предприятия
3. 3
   Создайте базу в консоли кластера и загрузите данные из .dt
4. 4
   Опубликуйте базу на веб-сервере с HTTPS-сертификатом
5. 5
   Заведите пользователей, назначьте роли и профили доступа
6. 6
   Настройте регламентное резервное копирование и проверьте восстановление
7. 7
   Подключите пользователей через веб-клиент или тонкий клиент и проверьте скорость

webinst -publish -apache24 -wsdir mybase -dir "C:\inetpub\mybase" -connstr "Srvr=server1c;Ref=mybase;" -confpath "C:\Program Files\Apache24\conf\httpd.conf"

Настройте доступ и безопасность

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

Доступ к серверу по RDP или SSH ограничьте по списку IP-адресов через файрвол либо вынесите за VPN. Порт кластера 1С и порт СУБД не должны быть открыты наружу — наружу публикуется только веб-сервер по HTTPS.

Дополнительно включите двухфакторную аутентификацию там, где она поддерживается (например, на уровне доступа к панели управления хостингом и VPN), и ведите журналирование входов. Журнал регистрации 1С позволяет отследить, кто и когда входил в базу и какие действия выполнял.

Организуйте резервное копирование и обновления

Резервная копия, которую никто не проверял, не считается копией. Настройте автоматическое создание бэкапов средствами СУБД (для клиент-серверного варианта) или выгрузку .dt по расписанию (для файлового), храните копии на отдельном носителе или в другом дата-центре и периодически выполняйте тестовое восстановление на копии базы.

Рекомендуемая схема: ежедневные копии с хранением за последние 7–14 дней плюс еженедельные копии с хранением за месяц. Параметры зависят от допустимой потери данных (RPO) и допустимого времени простоя (RTO) — определите эти значения до настройки расписания.

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

Типичные ошибки и ограничения облачной 1С

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

Вторая группа ошибок связана с периферией. Печать из веб-клиента идёт через браузер, а подключение торгового оборудования (сканеры, ККТ, терминалы эквайринга) в облачной схеме требует проброса устройств или установки агентов на локальных машинах — проверьте поддержку вашего оборудования до переезда.

Третья группа — интеграции. Обмены с сайтом, ЭДО, банк-клиентами и внешними сервисами должны работать с нового адреса сервера: обновите настройки, проверьте доступность внешних API с облачной площадки и белые списки IP у контрагентов обмена.

Часто задаваемые вопросы