Архитектурное решение интеграции баз 1С с использованием брокера сообщений Rabbit MQ

12.02.21

Интеграция - Перенос данных 1C

При решении задач интеграции баз данных можно использовать различные средства «транспорта» сообщений. Одним из таких механизмов является брокер сообщений «Rabbit MQ». Такие механизмы очередей сообщений удобно использовать для организации обмена между информационными системами с различной структурой данных, когда велик объем передаваемой информации и требуются гарантии успешной доставки сообщений, а также когда поддержание работоспособности иных способов передачи, например через файлы, становиться слишком трудоемким. Брокер сообщений Rabbit MQ широко описан в сети, но 1С пока не имеет штатных механизмов работы с ним, поэтому их приходится дорабатывать. Рассмотрим пример архитектуры 1С с его использованием.

 

Схема выгрузки объектов из базы – источника

 

1. Для регистрации объектов, подлежащих выгрузки, используем План обмена; собственно, регистрация производится по какому-либо правилу бизнес-процесса, например, при сохранении изменения объекта 1С. 

2. Инициализацию выгрузки объектов поручим регламентному заданию; в его обработчике:

2.1. формируем единый для всей выгрузки объектов xdto-контейнер;

2.2. начинаем транзакцию (помимо своей основной функции, она понадобится для снятия управляемых блокировок);

2.3. для каждого вида объекта метаданных вызываем свои процедуры выгрузки объектов, в которых:

2.3.1. из Плана обмена читаем объекты, подлежащие выгрузке;

2.3.2. устанавливаем на эти объекты управляемую блокировку;

2.3.3. на основании xdto-пакета преобразуем объект 1С в объект xdto;

2.3.4. добавляем xdto-объект в единый xdto-контейнер;

2.4.    Полученный xdto-контейнер сериализуем в JSON-строку;

2.5.    Подключаемся к брокеру сообщений Rabbit MQ и записываем в него сообщение с нашей JSON-строкой;

2.6.    Для выгруженных объектов 1С снимаем регистрацию в Плане обмена;

2.7.    Фиксируем транзакцию и снимаем управляемые блокировки.

Результатом является очередь в Rabbit MQ из сообщений о выгруженных объектах 1С.

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

  • локализовать транзакции до выгрузки отдельных видов объектов метаданных;
  • разделить выгрузку отдельных видов метаданных на порции, например, по 100 объектов;
  • отдельно для каждой такой порции устанавливать транзакции и блокировки.

 

Схема выгрузки объектов из базы источника  

 

 Схема загрузки объектов в базе – приемнике

 

Схема загрузки объектов в базу-приемник

 

1. За инициализацию загрузки объектов отвечает Регламентное задание; в его обработчике:

1.1. Подключаемся к очереди сообщений брокера сообщений Rabbit MQ;

1.2. Считываем сообщения в качестве JSON-строк;

1.3. По параметрам JSON-сообщения определяем у объектов вид метаданных и вызываем соответствующие процедуры преобразования; в этих процедурах:

1.3.1. На основании xdto-пакетов преобразуем JSON-строки в xdto-объекты;

1.3.2. Преобразуем xdto-объекты в объекты 1С;

1.3.3. Сохраняем объекты 1С в базе 1С.

Результатом является запись в базе-приемнике объектов 1С переданных из баз-источников.

 

Итог

Мы рассмотрели пример архитектуры 1С для выгрузки/загрузки объектов с использованием брокера сообщений Rabbit MQ. Описанная архитектура универсальна и не зависит от вида используемой конфигурации 1С. Механизм можно использовать в различных интеграционных решениях, в т.ч. для передачи данных между разнородными системами (в силу использования универсального JSON-формата).

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Перенос данных 1C Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 2.0 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Бухгалтерский учет Абонемент ($m)

При внедрении связки УТ и БП часто приходится слышать вопрос пользователей УТ: "Где можно посмотреть бухгалтерские проводки?". Выслушав объяснения, что теперь проводки только в БП, пользователи делают простой вывод: "В УТ нет проводок! Нам недодали! В ТиС77 проводки были!". В этом свете крутизна УТ несколько меркнет. Однако в случае обмена УТ и БП через прямое подключение существует простой выход: получить проводки из БП через COM-соединение. При автоматическом обмене это выглядит особенно эффектно. Пользователи просто видят проводки там, где хотели! Прилагаемая внешняя печатная форма реализует предложенный подход.

1 стартмани

03.10.2009    35935    279    ildarovich    14    

33
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Cyberhawk 135 26.02.21 08:28 Сейчас в теме
2.6. Для выгруженных объектов 1С снимаем регистрацию в Плане обмена
Что произойдет, когда база-приемник успешно забрала очередное сообщение из очереди, а потом упала и ее восстановили на момент до начала загрузки того сообщения? Предназначавшиеся для нее изменения безвозвратно утеряны?
3. SiAl 76 10.08.21 10:49 Сейчас в теме
(1) Предполагаю, что это нестандартная ситуация. И при обмене файлами между разными ИБ 1С тоже возникнет такая ситуация. Тут только заново в источнике регистрировать данные для миграции. Хоть через брокер сообщений, хоть через файлы.
5. Cyberhawk 135 10.08.21 10:51 Сейчас в теме
(3)
заново в источнике регистрировать данные для миграции
А как узнать, какие данные нужно зарегистрировать?
6. SiAl 76 10.08.21 11:06 Сейчас в теме
(5) При помощи человека, знающего что нужно регистрировать. Система обмена данными - не замена система бэкапирования и/или архивации.
2. CattusEquese 21.06.21 14:40 Сейчас в теме
После загрузки в 1С необходимо ли отправлять сообщение об успешной загрузке?
4. SiAl 76 10.08.21 10:51 Сейчас в теме
(2) Судя по логике, описанной автором, то - нет. Потому что регистрация данных для отправки в источнике удаляется после помещения сообщения в брокер.
Для отправки сообщения требуется регистрация/авторизация