Андрей Путин. Как делать интеграции правильно и быстро

Для интеграции с зоопарком систем нужно гибко чередовать различные подходы: использовать интеграционную шину, внешние источники данных, веб и http-сервисы, COM и правила конвертации. Расскажем о хитростях, которые помогут решить проблемы сложных обменов. Доклад в виде статьи: https://infostart.ru/1c/articles/2052649/

Новый проект DaJet Stream для потокового обмена данными при помощи скриптов. Один скрипт описывает и полностью реализует обмен точка-точка между двумя базами данных. Сценарии использования, рассмотренные в данном видео: 03:15 Выгрузка РС — РС (одна база для тестов) 13:12 Выгрузка РС — РС (обмен между двумя базами) 19:34 Выгрузка РС — РС (несколько баз получателей) 22:15 Выгрузка РС — РС (обновление статуса отправки) 25:57 Выгрузка РС — РС (удаление записей после отправки) 29:27 Выгрузка план обмена — РС (конвертация данных) 38:09 Формирование сложного JSON 45:15 Параллельная выгрузка (многопоточная) P.S. "РС" в тексте выше обозначает регистр сведений, используемый в качестве очереди сообщений.

По запросу «Система взаимодействия 1С» выходит очень мало толковой информации о способах применения механизма. Еще меньше информации о неинтерактивном варианте работы системы. Расскажем о четырех проектах, в основе которых лежит Система взаимодействия: двусторонняя связь скайпа с 1С, два кейса для интеграции с Asterisk и использование системы взаимодействия для обслуживания клиентов. Доклад в виде статьи: https://infostart.ru/1c/articles/2014266/

DaJet Flow: проектирование конвейеров. На примере учебного проекта dajet-flow-tutorial, исходный код которого опубликован на GitHub, мы научимся проектировать конвейеры потоковой обработки данных DaJet Flow. Разберём исходный код учебного проекта и узнаем какие виды блоков конвейера мы можем самостоятельно создавать: - простые, - условные, - итеративные, - транзакционные, - асинхронные. Научимся синхронизировать работу блоков конвейера между собой в транзакционных и асинхронных сценариях обработки данных.

1. Описание контекста выполнения и общей архитектуры DaJet Flow. 2. Внедрение зависимостей (программных сервисов) в  плагины DaJet Flow. 3. Взаимодействие плагинов между собой через контексты пайплайна, менеджера пайплайнов и глобальный контекст сервера.

Видео-урок о подсистеме настроек платформы DaJet и разработке пользовательских настроек для плагинов DaJet Flow в Visual Studio 2022 на C#.

Видео-урок по созданию плагинов для DaJet Flow в Visual Studio 2022 на C#.

Видео-инструкция по сборке платформы DaJet из исходников, расположенных на GitHub: https://github.com/zhichkin/dajet

Экспериментальный проект DaJet Exchange реализует потоковый обмен данными в режиме реального времени при помощи сообщений. Данные (объекты 1С) потребляются из таблиц регистрации изменений планов обмена 1С:Предприятие 8. Затем они обрабатываются при помощи конвейера DaJet Flow. Конвейер DaJet Exchange состоит из пяти основных блоков DaJet Flow. Все операции выполняются при помощи скриптов на языке запросов DaJet, аналогичному языку запросов 1С. 1. Блок OneDbExchange потребляет данные из плана обмена при помощи скриптов CONSUME. 2. Блок OneDbRouter выполняет маршрутизацию сообщений получателям при помощи скриптов ROUTE. Функционально аналогичен правилам регистрации объектов (ПРО) КД-2. Может быть настроен на выполнение в несколько потоков. 3. Блок OneDbTransformer выполняет конвертацию объектов при помощи скриптов CONTRACT. Функционально аналогичен правилам конвертации объектов (ПКО) КД-2. Может быть настроен на выполнение в несколько потоков. 4. Блок OneDbSerializer выполняет сериализацию объектов в JSON. Может быть настроен на выполнение в несколько потоков. 5. Блок Producer гарантирует доставку сообщений в RabbitMQ, Apache Kafka или регистр сведений базы-приёмника. Сравнительный анализ производительности с типовыми решениями: https://zhichkin.github.io/dajet-exchange/benchmark.html Демо-дистрибутив на GitHub: https://github.com/zhichkin/dajet/releases/tag/dajet-2.3.2 P.S. Проект был заявлен на Infostart Tech Event 2023, но по результатам голосования не был отобран.

Ни одна серьезная система на 1С не существует без интеграций. И развитие механизмов обмена идет хорошо ровно до того момента, пока не возникает исключительная ситуация, которую нужно расследовать. О критериях идеальных логов и организации их правильного хранения пойдет речь, а доклад в виде статьи можно прочитать здесь: https://infostart.ru/1c/articles/1962861/