Релиз 1С:Интеграция КОРП версии 1.0.5 получил целый ряд значимых улучшений, которые затрагивают безопасность, совместимость, удобство разработки и производительность.
|
«1С:Интеграция КОРП» предназначена для событийного обмена сообщениями между системами на платформе 1С:Предприятие и другими информационными системами. Архитектура продукта включает Центральную Базу Интеграции (ЦБИ), Транспортный слой (ТС) и Универсальный Коннектор 1С (УК). В версии 1.0.5 изменения внесены во все эти области – от защищённого взаимодействия инфраструктурных компонентов до декларативной настройки преобразований между каноническим форматом и внешними базами данных. |
1. Инфраструктура и безопасность
TLS для всего транспортного контура
В предыдущих сценариях защищённое соединение могло завершаться на внешнем балансировщике. В версии 1.0.5 TLS распространяется на внутренние взаимодействия транспортного слоя: между Nginx, Karaf, Nexus, ActiveMQ Artemis и служебной СУБД. Таким образом, шифрование можно использовать не только на внешней границе, но и внутри инфраструктуры решения.
TLS допускается включать как при первичном развёртывании, так и в уже работающей системе. Согласно описанию релиза, перевод внутреннего контура на защищённые соединения не требует остановки действующих интеграционных процессов.
Дополнительные операционные системы
Для транспортного слоя расширен перечень поддерживаемых ОС. В него добавлены:
- Astra Linux 1.8
- РЕД ОС 7.3
- РЕД ОС 8
- Rocky Linux 8.10
Изменение расширяет выбор платформы для развёртывания транспортного слоя, включая проекты, в которых используется российское системное программное обеспечение.
Контроль доступа к транспортному слою по IP
В карточке системы в ЦБИ появилась настройка разрешённых и запрещённых IP-адресов. Ограничения задаются отдельно для каждой системы, поэтому правила доступа можно привязать к конкретному участнику интеграционного обмена.
Логика проверки учитывает оба списка. Доступ разрешается с адреса, включённого в перечень разрешённых, и блокируется для адреса из запрещённого списка. Если разрешённые адреса заданы, обращение с любого другого IP отклоняется; если такого списка нет, допускаются все адреса, кроме явно запрещённых. Механизм рассчитан в том числе на защиту от обращений со стороны копий информационных баз, развёрнутых вне целевого контура.
Рисунок 1. Настройка разрешённых и запрещённых IP-адресов в карточке системы ЦБИ.
2. Разработка и выполнение маршрутов
Новые точки расширения активного режима
Для активного режима добавлены пять точек расширения, которые позволяют встроить дополнительную обработку в отдельные этапы работы с пакетами:
- direct-vm:ext-PutPackets-onStart
- direct-vm:ext-PutPackets-onComplete
- direct-vm:ext-GetPackets-beforeSend
- direct-vm:ext-GetPackets-onComplete
- direct-vm:ext-ConfirmGettingPackets-onStart
Набор охватывает начало и завершение помещения пакетов, подготовку и завершение получения, а также старт подтверждения получения. Для разработчика это означает больше вариантов кастомизации поведения маршрута без изменения базовой логики компонентов.
Рисунок 2. Пример подключения программного источника к точке расширения маршрута.
Что изменилось в редакторе маршрутов
Редактор маршрутов дополнен новыми компонентами и настройками выполнения:
- постобработка в компоненте «Запрос к БД — источник»;
- транзакции в компонентах «Очередь (система) — источник» и «Запрос к БД — источник»;
- возможность отключать обработку ошибок для контекста маршрута;
- компонент «Автомаппер БД (источник)»;
- компонент «Автомаппер КФ — БД (приёмник)»;
- компонент «Событие»;
- компонент «Попытка (завершение)»;
- компонент «Отвод» (Wire Tap).
Кроме функциональных изменений, оптимизирована палитра свойств выбранного элемента маршрута.
3. Конвертация: новые типы метаданных и единая настройка правил
Версия 1.0.5 расширяет перечень типов, для которых можно разрабатывать форматы и правила обмена штатными средствами. Нативная поддержка добавлена для следующих объектов метаданных:
- планы видов характеристик (ПВХ);
- планы видов расчётов (ПВР);
- планы счетов;
- бизнес-процессы;
- точки маршрута бизнес-процессов;
- задачи;
- системные перечисления.
Для разных типов объектов унифицирован подход к разработке правил обмена без программирования. Одновременно доработан экспорт структуры метаданных: выполнена оптимизация и исправлены выявленные ошибки.
Рисунок 3. Правило конвертации свойств для вида субконто.
Рисунок 4. Сопоставление предопределённых данных для типа значения.
Рисунок 5. Настройка правил конвертации свойств плана счетов.
4. Декларативное преобразование между КФ и внешней СУБД
Одно из наиболее заметных изменений связано с обменом через внешние базы данных. В ЦБИ теперь можно декларативно описывать преобразование между таблицами СУБД и каноническим форматом (КФ). Для этого доработаны базовые механизмы конвертации и добавлены два специализированных компонента редактора маршрутов.
Из внешней БД в канонический формат
Компонент «Автомаппер БД (источник) — КФ» читает данные из указанной таблицы, использует выбранную конфигурацию внешней базы и применяет заданную конвертацию для формирования объекта канонического формата. В свойствах компонента задаются параметры подключения, таблица-источник, объект конфигурации БД и объект КФ-приёмника.
Рисунок 6. Свойства автомаппера для преобразования данных из таблицы СУБД в КФ.
Из канонического формата во внешнюю БД
Обратное направление реализует компонент «Автомаппер КФ — БД (приёмник)». Он принимает объект КФ, сопоставляет его с объектом конфигурации внешней базы и записывает результат в выбранную таблицу. Настройка также выполняется декларативно: указываются версия и объект формата, конфигурация БД, объект конфигурации, конвертация и параметры подключения к СУБД.
Рисунок 7. Свойства автомаппера для записи объекта КФ во внешнюю СУБД.
5. Ответные события, ошибки и EnterpriseData
Управление служебными событиями обмена
В карточке системы поддерживается параметр «ОтправлятьОтветныеСобытия». С его помощью можно включать или отключать отправку ответных событий, фиксирующих успешную либо неуспешную загрузку данных.
Рисунок 8. Параметр системы для управления отправкой ответных событий.
Отдельная настройка «УК_ОтправлятьОшибкиВЦБИ» отвечает за передачу в ЦБИ событий с уровнем важности «Ошибка». Она также может быть включена или отключена в зависимости от принятой схемы обработки ошибок.
Рисунок 9. Настройка отправки ошибок Универсального Коннектора в ЦБИ.
Совместимость с EnterpriseData
В релизе учтены различия между старыми и новыми версиями «1С:Библиотеки стандартных подсистем» (БСП) в части EnterpriseData. Это изменение направлено на стабильную работу Универсального Коннектора в конфигурациях с разными версиями БСП.
Кроме того, устранена ситуация, при которой регистрация изменённых объектов при использовании EnterpriseData могла зациклиться.
6. Что проверить перед обновлением
LegacyNillable больше не поддерживается
Из справочника «Версии формата» в ЦБИ удалён реквизит «НеИспользоватьПустые», который обеспечивал обратную совместимость со старым представлением пустых свойств. В результате атрибут LegacyNillable при генерации XSD-схем больше не создаётся и не поддерживается.
|
Важно для совместимости Если действующие интеграции зависят от LegacyNillable или реквизита «НеИспользоватьПустые», этот участок необходимо проверить до перехода на новую версию. |
Требования к платформе и исходной версии
Для работы релиза требуется технологическая платформа 1С:Предприятие версии не ниже 8.3.24.1548. Обновление рассчитано на конфигурации «1С:Интеграция КОРП» версии 1.0.4.2.
Порядок обновления приведён в файле 1cv8upd.htm из состава поставки. Дополнительные сведения находятся в ReadMe.txt.
Итоги
Релиз 1.0.5 усиливает инфраструктурную часть решения и одновременно расширяет инструментарий разработчика. Сквозной TLS и IP-фильтрация закрывают задачи внутренней защиты транспортного слоя, новые точки расширения и компоненты маршрутов дают больше вариантов настройки обработки пакетов, а доработанные механизмы конвертации охватывают дополнительные типы метаданных 1С и обмен с внешними СУБД.
При подготовке обновления следует отдельно проверить требования к версии платформы, исходную версию конфигурации и отказ от LegacyNillable. Остальные изменения можно оценивать по тем участкам интеграционного контура, где используются активный режим, EnterpriseData, внешние базы данных и ответные события Универсального Коннектора.
