Трансграничное решение по обмену данными

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

основные задачи, которые решает асдр:

  • Разделение единой Базы данных Информационной системы капитального строительства ИСКС на два взаимодействующих экземпляра — Центральный аппарат (ЦА) и Заграничный филиал (ЗФ);
  • обеспечение двухсторонней  репликации данных между экземплярами ЦА и ЗФ на основе требуемого настраиваемого набора правил и условий (статус документов, статус прохождения экспортного контроля, принадлежность к определенному объекту проектирования и др.);
  • обеспечение невозможности одновременного изменения одного  документа в обоих экземплярах — ЦА и ЗФ (логическое блокирование).

основные технологические проблемы, которые удалось решить при создании асдр:

  • Невозможность использовать стандартных механизмов репликации БД Oracle для передачи документов на основе изменениях их статусов, поскольку реляционный документ представляет собой набор связанных записей, родительских и дочерних таблиц, изменение статуса родительской таблицы обуславливает необходимость одновременной и согласованной передачи данных и родительских и дочерних таблиц;
  • необходимость репликации в конфигурации с несколькими зарубежными объектами строительства (при условии сохранения набора передаваемых документов, состава передаваемых данных, правил обмена и идентичности автоматизируемых бизнес-процессов); взаимодействие экземпляров ИСКС должно строиться по схеме «звезда»: экземпляр ЦА является центральным узлом, окруженным одним или несколькими экземплярами ЗФ, которые взаимодействуют только с узлом ЦА. При этом набор передаваемых документов и фильтров может быть настроен индивидуально для каждого ЗФ;
  • наличие «больших» реляционных документов, которые необходимо реплицировать (тысячи/десятки тысяч дочерних/субдочерних строк);
  • наличие групп документов (например — КВПП), которые необходимо реплицировать согласованно и в определенном порядке (транзакция);
  • наличие больших бинарных объектов (сканированные документы, с размером до нескольких сотен мегабайт), которые необходимо реплицировать;
  • недопустимость замедления работы пользователей, как Центрального аппарата, так и Зарубежного филиала, и необходимость сохранения работоспособности каждого экземпляра при временных отказах канала связи или остановке другого экземпляра.

Для реализации АСДР была выбрана событийно-ориентированная архитектура, при которой события изменения состояния документов инициируют процессы передачи данных.

АСДР1

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

АСДР2

Используемый в АСДР функционал «улучшенных» (Advanced) очередей БД Oracle (Oracle Streams Advanced Queuing), позволяет не только хранить и извлекать объекты различного вида, но и передавать их между экземплярами БД (Streams Propagation). 

Яндекс.Метрика