Перенос 1С в облако — это логичный шаг для бизнеса, который хочет избавиться от привязки к офису и необходимости обслуживать собственное «железо». Однако при планировании такой миграции для конфигурации «Бухгалтерия предприятия 3.0» (БП 3.0) на 5 пользователей возникает множество нюансов: от выбора операционной системы до решения проблем с «улетающими» лицензиями. Разберем по шагам, как построить надежную и производительную систему.
Рассмотрим реальные потребности современной 1С. Конфигурация БП 3.0 построена на управляемых формах и является довольно ресурсоемкой. Для работы 5 пользователей через веб-клиент или тонкий клиент недостаточно просто «какого-нибудь» сервера.
Проанализируем минимально необходимый объем ресурсов:
Выясним причину, по которой дешевые тарифы (около 700–1000 рублей) не подходят: чаще всего это тарифы с малым объемом памяти (2–4 ГБ) и общими (shared) ядрами процессора, которые не выдержат нагрузку 5 человек в базе БП 3.0.
Одной из главных проблем, озвученных в обсуждении, является стабильность программных лицензий 1С. Программный ключ «привязывается» к параметрам виртуального железа: имени сервера, ID процессора, объему памяти, MAC-адресу сетевой карты и даже UUID материнской платы.
Разберем, почему лицензия может «слететь»:
Чтобы избежать этой проблемы, при выборе провайдера необходимо уточнять наличие услуги «статичного ID оборудования». В этом случае гипервизор всегда отдает виртуальной машине одни и те же идентификаторы, независимо от физического сервера. Если это невозможно, рассмотрите вариант использования USB-ключа (HASP), который пробрасывается в облако через технологию USB-over-IP, хотя это решение более дорогое и сложное в реализации.
Это ключевой вопрос экономии и сложности администрирования. Рассмотрим оба варианта подробнее.
Вариант 1: Windows Server
Это привычно и удобно для большинства администраторов 1С. Конфигуратор работает «из коробки», установка платформы занимает 10 минут. Однако стоимость лицензии Windows Server в облаке добавит к ежемесячному счету существенную сумму (от 800 рублей и выше). Кроме того, для 5 пользователей потребуются клиентские лицензии доступа (RDS CAL), если вы планируете работу через удаленный рабочий стол (RDP).
Вариант 2: Linux (Ubuntu/Debian) + PostgreSQL
Это бесплатный путь, который позволяет направить сэкономленные деньги на более мощное железо. Для работы 1С на Linux мы рекомендуем использовать сборку Postgres Pro (оптимизированную для 1С).
Многие опасаются Linux из-за отсутствия графического интерфейса. Но мы можем настроить его самостоятельно. Например, установим легковесную оболочку и сервер удаленного доступа:
sudo apt-get update
sudo apt-get install xfce4 xfce4-goodies xrdp
sudo systemctl enable xrdp
После этого вы сможете подключаться к Linux-серверу через стандартный «Подключение к удаленному рабочему столу» (RDP) из Windows и полноценно работать в Конфигураторе.
Автор темы планировал использовать веб-клиент. Проанализируем, насколько это эффективно. Веб-клиент удобен тем, что пользователю не нужно ничего устанавливать — достаточно браузера. Однако он имеет ряд ограничений: сложности с использованием торгового оборудования, особенности печати и некоторая медлительность интерфейса.
Мы рекомендуем использовать Тонкий клиент через веб-сервер. Посмотрим на алгоритм настройки:
Apache или Nginx.webinst.https://server.com/base_name.Такая схема работает быстрее веб-клиента и стабильнее при плохом интернет-канале. Для защиты данных обязательно настройте SSL-шифрование (сертификат Let's Encrypt).
В облаке за сохранность данных отвечаете вы сами. Резервное копирование «снимками» (snapshot) всего сервера — это хорошо, но недостаточно для 1С. Разберем правильную стратегию бэкапа:
Для базы на PostgreSQL настроим ежедневную выгрузку дампа базы данных. Пример простейшего скрипта для Linux:
pg_dump -U postgres -d your_database_name > /backup/1c_base_$(date +%Y-%m-%d).sql
Важно помнить: храните бэкапы на другом сервере или в другом облаке (например, S3-хранилище). Если основной сервер станет недоступен, вы сможете быстро развернуть базу в другом месте.
Подведем итог нашего анализа ситуации для 5 пользователей:
Такая схема является полностью рабочей и проверенной на практике. Она позволяет реализовать любые доработки в Конфигураторе, которые невозможны в жестких рамках сервисов типа 1С:Фреш, и при этом обеспечивает мобильность сотрудников.