Введение в интеграции информационных систем · Татьяна Сальникова #системныйаналитик

• Татьяна Сальникова рассказывает о себе и своем опыте в бизнес-системном анализе.  

• Основные сферы работы: ритейл, строительство и финансовые технологии.  

• Вебинар посвящен интеграции информационных систем.  

• Вебинар будет в лекционном формате с возможностью задавать вопросы.  

• Вопросы можно задавать поднятием руки и включением микрофона.  

• В конце вебинара будут ответы на все вопросы.  

• Интеграция информационных систем — это автоматизированное взаимодействие между системами.  

• Пример: приложение доставки еды "Деливери Клаб" и "Самокат".  

• Интеграция позволяет системам обмениваться данными для реализации общего бизнес-процесса.  

• Аналитик задает множество вопросов для понимания целей и ценности интеграции.  

• Важно определить целевой бизнес-процесс и зоны ответственности каждой системы.  

• Аналитик должен понять, какими данными и при каких условиях системы должны обмениваться.  

• Цель интеграции — увеличить продажи обеих компаний.  

• Бизнес-процесс: "Деливери Клаб" получает список продуктов и отправляет заказ "Самокату".  

• Обмен данными: список продуктов, заказ, информация о доставке.  

• Вопрос о детализации данных: подход аналитика зависит от условий и удобства работы.  

• Вопрос о повышении продаж: увеличение охвата пользователей и лояльности клиентов.  

• Интеграцией занимаются аналитики обеих систем, взаимодействуя на "шве" интеграции.  

• Обсуждение целевого бизнес-процесса: увеличение продаж или получение аудитории.  

• Для самоката увеличение продаж через увеличение аудитории.  

• Для Deli Club увеличение аудитории через расширение линейки продуктов.  

• Проблема взаимодействия систем, написанных на разных языках программирования.  

• Введение протоколов и форматов данных для взаимодействия между системами.  

• Протоколы определяют формат и порядок взаимодействия, форматы данных - конкретные данные.  

• Примеры протоколов: HTTP, SOAP, FTP.  

• Протоколы могут быть жестко завязаны на конкретный формат данных.  

• Протоколы и форматы данных определяют взаимодействие в компьютерных сетях.  

• Системы должны выбрать один протокол и формат данных для интеграции.  

• Интеграция возможна, если обе системы готовы использовать выбранный протокол.  

• Протоколы подбираются исходя из целей и возможностей разработчиков.  

• Четыре общих способа интеграции: удаленный вызов процедуры, REST, SOAP, GraphQL.  

• Удаленный вызов процедуры: клиент делает запрос к серверу, сервер выполняет код и возвращает ответ.  

• Примеры использования: REST, SOAP, GraphQL.  

• Пример интеграции Deli Club и Самоката.  

• Deli Club отправляет адрес клиента, Самокат ищет доступные продукты и возвращает список.  

• Аналитик должен определить формат и вид запросов и ответов.  

• Обработка данных зависит от формата и протокола.  

• В JSON можно добавлять новые поля без проблем, в Excel и SQL это может вызвать проблемы.  

• Важно договариваться о конкретных полях и форматах данных для интеграции.  

• Аналитики работают с двумя форматами: строка запроса и данные в запросе и ответе.  

• Глаголы в запросах: GET, POST, PUT, DELETE, PATCH.  

• GET используется для получения данных, POST и PUT для отправки данных.  

• Глагол указывает на тип действия запроса.  

• Адрес интерфейса системы, например, веб-сервер.  

• Распределение ресурсов по сущностям, например, продукты.  

• Параметры запроса идут после знака вопроса.  

• POST и PUT запросы могут иметь тело запроса для передачи данных.  

• Ответ на запрос должен содержать конкретный перечень продуктов и код ответа.  

• Взаимодействие происходит в рамках протокола.  

• Выбор формата данных, например, JSON.  

• Протокол сравнивается с договором, а сообщение с письмом в конверте.  

• Обмен сообщениями используется для интеграции внутри компании.  

• Деливери Клаб и Самокат общаются через очереди сообщений.  

• Инструменты для интеграции: Kafka, RabbitMQ и другие.  

• Синхронный обмен: клиент блокируется до получения ответа.  

• Асинхронный обмен: клиент продолжает работать, пока сервер обрабатывает запрос.  

• Асинхронный обмен позволяет системам не быть постоянно доступными.  

• Вопрос о необходимости знания протоколов для системных аналитиков.  

• Аналитики редко глубоко погружаются в работу брокеров.  

• Важно понимать логическую маршрутизацию и форматы данных.  

• Передача файла - простой способ интеграции.  

• Пример: самокат может составить файл с адресами и продуктами, который будет использоваться Deli Club.  

• Вопросы: как Deli Club узнает о новых версиях файла и как часто нужно обновлять данные.  

• Deli Club может не захотеть хранить все данные из-за безопасности или объема.  

• Подходит для больших объемов данных, обновляемых регулярно.  

• Пример: отправка отчетности раз в месяц.  

• Настройка файлового сервера и вопросы безопасности.  

• Подходит для передачи данных между складом и магазином одной компании.  

• Вопросы: как часто обновляется информация и как Deli Club узнает о новых товарах.  

• Передача файла - устаревший способ, лучше использовать обмен сообщениями или общую базу данных.  

• Общая база данных удобна для интеграции внутри одной компании.  

• Вопросы: как оповещать системы о новых данных и как реализовать безопасность.  

• Триггеры могут уведомлять системы о новых данных.  

• Важно учитывать скорость ответа и доступность систем.  

• Аналитикам полезно задавать вопросы для выбора подходящего способа интеграции.  

• Объем данных, передаваемых в ответе, ограничен.  

• Большое количество запросов может замедлить работу системы.  

• Важно учитывать безопасность и скорость интеграции.  

• Аналитик должен знать виды интеграции и их применение.  

• Вопросы о синхронном и асинхронном взаимодействии.  

• Примеры использования синхронного и асинхронного взаимодействия в различных системах.  

• Большинство веб-систем используют синхронное взаимодействие.  

• Асинхронное взаимодействие применяется для запросов, требующих ожидания.  

• Микросервисная архитектура часто использует очереди для синхронного взаимодействия внутри компании.  

• Микросервисы разбивают сложный функционал на небольшие части.  

• Интеграция микросервисов часто осуществляется через очереди сообщений.  

• Рекомендуется использовать общий брокер для распределения сообщений между сервисами.  

• Хорошая масштабируемость: не нужно переписывать большой монолит для доработки функции, можно добавить новый сервис.  

• Гибкость системы: возможность изменения одного сервиса без влияния на остальные.  

• Проблемы с интеграциями: сервисы могут быть сильно связаны, что усложняет поддержку и исправление ошибок.  

• Микросервисы подходят для проектов с заказчиком и задачами по интеграциям.  

• Важно понимать перспективы развития системы и готовность команды работать с микросервисами.  

• Много информации и интеграций, что требует экспертизы и детального планирования.  

• Вопросы о записи и статьях для интервью.  

• Обещание предоставить запись и статьи в течение часа.  

• Благодарности и прощание.