«1С:Интеграция КОРП» получила обновление 1.0.5, в котором разработчик собрал сразу несколько изменений не для красивого changelog, а для реальной эксплуатации: сквозной TLS во внутреннем контуре, поддержку еще четырех операционных систем и новые инструменты для маршрутов и конвертации данных. Для команд, которые строят интеграции вокруг 1С и при этом живут в мире импортозамещения, требований ИБ и вечной нехватки рук, это обновление выглядит как попытка закрыть сразу три болевые точки: безопасность, совместимость и скорость доработок.
О выпуске версии 1.0.5 сообщает CNews со ссылкой на компанию «ИТ-Экспертиза», которая развивает ESB-продукт «1С:Интеграция КОРП». Если разбирать релиз по слоям, то главный акцент сделан на транспортном контуре и инфраструктуре. Система теперь поддерживает сквозное TLS-шифрование не только на внешнем периметре, например на балансировщике Nginx, но и во внутренних взаимодействиях между Nginx, Karaf, Nexus, ActiveMQ Artemis и служебной СУБД. Для корпоративной интеграционной шины это не косметика: в крупных инсталляциях внутренний трафик давно перестал быть чем-то автоматически «доверенным», особенно если платформа развернута в нескольких сегментах, на разных узлах и под контролем разных команд.
Отдельно важно, что TLS можно включить не только при первичном разворачивании, но и в уже работающей системе без остановки интеграционных процессов. Для бизнеса это, пожалуй, более ценный пункт, чем сама формулировка про шифрование. Любой архитектор или руководитель эксплуатации знает, что «поддерживается TLS» и «можно включить без болезненного окна простоя» — это две очень разные новости. В реальности многие защитные механизмы в enterprise-системах откладываются не потому, что они не нужны, а потому что их внедрение превращается в отдельный проект с риском поломать обмены. Здесь разработчик явно пытается снять именно этот барьер.
Второй практический блок — расширение списка поддерживаемых ОС. В транспортном слое заявлена дополнительная поддержка Astra Linux 1.8, «Ред ОС 7.3», «Ред ОС 8» и Rocky Linux 8.10. Для российского корпоративного рынка это выглядит предсказуемо и вполне по делу. За последние годы вопрос «на чем это официально поддерживается» стал не бюрократической галочкой, а критичным критерием закупки и внедрения. Если интеграционная платформа встраивается в существующий ландшафт, ей приходится уживаться не с одной идеальной ОС из презентации вендора, а с тем стеком, который уже выбран по политике импортозамещения, требованиям регуляторов или просто по результатам предыдущих тендеров. Чем шире матрица поддержки, тем меньше у заказчика соблазн собирать обходную схему на свой страх и риск.
В релизе есть и более точечные, но для эксплуатации не менее важные изменения. В «1С:Интеграция КОРП» появился контроль доступа к транспортному слою по IP-адресам в разрезе систем, настройка которого выполняется в Центральной Базе Интеграции через справочник «Системы». Поддерживаются и списки разрешенных адресов, и списки запрещенных. На бумаге это выглядит как базовая функция, но в среде 1С и смежных интеграций она закрывает вполне конкретный риск: обмены нередко живут в сложной среде, где существуют копии информационных баз, тестовые контуры и не всегда идеально изолированные экземпляры. Возможность ограничить прием и отправку сообщений только доверенными сегментами уменьшает шанс того, что в интеграцию внезапно начнет стучаться не тот контур, который задумывался при внедрении.
Для разработчиков и интеграторов, которые живут внутри маршрутов и правил обмена, обновление тоже не пустое. В активном режиме добавлены новые точки расширения, включая 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. Проще говоря, кастомизировать поведение маршрутов и обработку пакетов данных стало удобнее. Параллельно расширен список нативно поддерживаемых типов в механизмах конвертации: теперь можно разрабатывать форматы и правила обмена для планов видов характеристик, планов видов расчетов, планов счетов, бизнес-процессов, точек маршрута бизнес-процессов, задач и системных перечислений. Это уже не история про абстрактное «улучшение UX разработчика», а про сокращение объема ручной обвязки там, где раньше приходилось обходить ограничения платформы дополнительным кодом или нестандартными схемами обмена.
Отдельного внимания заслуживает курс на более внятный no-code в слоях, где его раньше часто обещали, но не всегда доводили до уровня, пригодного для повседневной работы. В релизе заявлены единые подходы к разработке правил обмена для разных типов объектов, оптимизация и исправление ошибок при экспорте структуры метаданных, а также новые компоненты редактора маршрутов. Среди них — постобработка в компоненте «Запрос к БД – источник», транзакции в компонентах «Очередь (система) – источник» и «Запрос к БД – источник», возможность отключать обработку ошибок для контекста маршрутов, а также новые компоненты «Автомаппер БД (источник)», «Автомаппер КФ – БД (приемник)», «Событие», «Попытка (завершение)» и «Отвод» (Wire Tap). Если перевести это с языка релиз-нотов на язык руководителя интеграционной команды, посыл простой: часть типовых сценариев можно будет собирать быстрее, с меньшим объемом ручной логики и с более предсказуемым поведением на уровне маршрутов.
С этим же связан и еще один заметный кусок обновления: в Центральной Базе Интеграции появилась нативная декларативная настройка правил трансформации данных между таблицами внешних баз данных и каноническим форматом. Для ESB-платформы это шаг в правильную сторону. Корпоративные интеграции редко ограничиваются только системами 1С, и чем проще связывать внешний SQL-мир с канонической моделью без тяжелых кастомных прослоек, тем легче поддерживать всю схему в рабочем состоянии. Плюс разработчик добавил более гибкое управление отправкой ответных событий: можно отдельно включать и отключать отправку ответов об успешной или неуспешной загрузке, а также отправку ошибок в ЦБИ. Для эксплуатации и мониторинга это полезно хотя бы потому, что не всем инсталляциям нужна одинаковая степень «шумности» событийного слоя.
Есть и важные технические оговорки. В релизе доработана совместимость с EnterpriseData с учетом различий между старыми и новыми версиями «1С:Библиотеки» стандартных подсистем, если в конфигурации используется Универсальный Коннектор. Заодно исправлена проблема возможного зацикливания регистрации измененных объектов при работе с EnterpriseData. Одновременно продукт отказывается от LegacyNillable: из справочника «Версии формата» в ЦБИ удален реквизит «НеИспользоватьПустые», а атрибут LegacyNillable при генерации XSD-схем больше не формируется и не поддерживается. То есть обновление несет не только новые возможности, но и аккуратный сигнал: старые механизмы обратной совместимости будут постепенно выталкиваться из живого контура. Версия 1.0.5 рассчитана на технологическую платформу «1С:Предприятие» не ниже 8.3.24.1548 и предназначена для обновления конфигураций версии 1.0.4.2.
В сухом остатке релиз выглядит не как громкий перезапуск продукта, а как взрослая инженерная доработка платформы, которую готовят к жизни в более жестких корпоративных условиях. Вопрос теперь не в том, сколько пунктов добавилось в список возможностей, а в том, сможет ли «1С:Интеграция КОРП» за счет таких приземленных, но нужных изменений закрепиться как стандартный слой интеграции там, где раньше заказчики предпочитали либо самописные схемы, либо более тяжелые enterprise-решения.