Стоит ли использовать сервер хранилища конфигураций 1С 8.3 при работе команды через VPN?

Программист 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При организации совместной разработки в 1С для команды из нескольких человек, работающих удаленно через VPN-соединение, часто возникает вопрос о выборе архитектуры хранилища. Что предпочтительнее: оставить прямое подключение к файловому хранилищу по сетевому каталогу (SMB) или развернуть специализированную службу — сервер хранилища конфигураций 1С (crserver)?

Рассмотрим подробно преимущества и недостатки обоих подходов, проанализируем изменения в платформе 1С 8.3 по сравнению с 8.2, а также разберем, как сервер хранилища влияют на скорость, надежность и безопасность разработки.

Проблемы прямого файлового доступа к хранилищу через VPN

Проанализируем сначала, с какими сложностями сталкивается команда при прямолинейном подключении к файлу хранилища через общий сетевой ресурс (шару) по VPN-каналу:

  1. Высокая чувствительность к сетевым задержкам (ping). Конфигуратор 1С при выполнении операций с хранилищем создает множественные синхронные запросы к файлу базы данных. При задержках сети свыше 5–10 мс операция захвата или помещения объектов начинает занимать длительное время.
  2. Риск повреждения структуры файла 1cd. Если у одного из разработчиков произойдет обрыв VPN-соединения или сбой платформы в момент записи данных в сетевой файл хранилища, весь файл базы хранилища может получиться поврежденным. Restore из резервной копии приводит к потере несохраненного кода всей команды.
  3. Проблемы с разграничением прав и безопасностью. При файловом доступе все разработчики должны иметь прямые права на чтение и запись в сетевой каталог. Это создает риски случайного удаления файлов или копирования базы хранилища сторонними лицами с помощью специализированных утилит типа tool_1cd.
  4. Конфликты платформ. Если один из программистов случайно подключится к файловому хранилищу с более новой версии платформы, структура хранилища может автоматически конвертироваться, сделав невозможной работу остальных коллег со старыми релизами.

Преимущества использования сервера хранилища 8.3 (`crserver`)

Использование специализированного сервера хранилища crserver кардинально меняет логику взаимодействия Конфигуратора с данными хранилища. Разберем ключевые выгоды от его внедрения.

1. Повышение надежности и стабильности

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

2. Многопроцессорность и ускорение работы в 1С 8.3

В отличие от платформы 8.2, где служба хранилища работала в строго однопоточном режиме, в платформе 8.3 сервис crserver умеет параллельно обрабатывать запросы пользователей, задействуя несколько ядер процессора. В ситуациях, когда несколько разработчиков одновременно запрашивают обновление конфигурации из хранилища или получают историю объектов, сервер распределяет нагрузку по процессорам. Это существенно сокращает время ожидания в очереди по сравнению с файловым вариантом.

3. Безопасность и защита исходного кода

Разберем основные аспекты безопасности при работе через службу crserver:

  1. Каталог с файлами хранилища полностью изолирован на сервере. Программистам не требуются права доступа к файловой системе сервера.
  2. Исключена возможность несанкционированного скачивания файла хранилища для обхода паролей разработчиков.
  3. Администратор базы может гибко перемещать файлы хранилища между дисковыми разделами сервера без необходимости перенастройки подключений у всех участников команды.

Рекомендации по настройке и альтернативные архитектурные решения

Для достижения максимальной эффективности при удаленной работе команды рекомендуем обратить внимание на следующие варианты организации инфраструктуры:

Публикация сервера хранилища через HTTP/HTTPS

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

  1. Высокая стойкость к нестабильным соединениям и микрообрывам связи.
  2. Отсутствие необходимости поднимать тяжелые VPN-туннели на рабочих машинах разработчиков.
  3. Защита передаваемого трафика стандартным SSL-шифрованием.

Использование терминального сервера (RDP)

Если VPN-канал отличается нестабильностью или высоким пингом, наиболее эффективным решением станет размещение Конфигураторов и рабочих баз 1С на терминальном сервере (RDP), расположенном в одной локальной сети с сервером хранилища. В этом случае все файловые операции происходят внутри сверхбыстрой сети сервера, а по VPN передается только графический интерфейс.

Переход на 1C:EDT и Git

Для крупных команд и сложных проектов хорошей альтернативой стандартному хранилищу 1С является переход на среду разработки 1C:EDT с использованием распределенной системы контроля версий Git. Это полностью снимает проблему блокировок объектов и позволяет использовать полноценное ветвление кода и автоматизированные проверки (CI/CD).

Вывод

Отвечая на вопрос «нужен ли сервер хранилища 8.3?»: да, однозначно стоит установить и настроить службу crserver. Даже для небольшой команды из 5–7 человек переход с файлового хранилища на серверный вариант кардинально повышает надежность хранения данных, защищает исходный код и устраняет взаимные блокировки при синхронных запросах разработчиков.

← На главную