Интеграция: кейсы и инструменты

Эта подборка — путеводитель по миру системной интеграции и микросервисной архитектуры для аналитиков: от тонкостей работы брокеров сообщений и паттернов проектирования REST API до практических советов по созданию спецификаций и внедрению банковских систем.

Для бизнес- и системных аналитиков, которые хотят углубиться в интеграцию систем, улучшить качество документации и говорить на одном языке с архитекторами и разработчиками.

В подборке представлены следующие доклады:

1. Что делает аналитик на больших интеграционных проектах
2. Ничего мы вам не гарантируем  или как брокеры НЕ гарантируют доставку сообщений
3. Великолепные паттерны и лучше практики REST API при интеграции систем в Enterprise
4. Модели потребления в брокерах сообщений
5. Разнообразие современных web-сервисов. Что ждет аналитика в интеграционных проектах
6. Единые интеграционные подходы в крупных проектах
7. Понятная практика: Создание с нуля приложения на микросервисах для психологов
8. Интеграция систем с помощью Web-сервисов. Паттерны проектирования
9. Микросервисы. Экстракт из опыта: аналитика, разработка, внедрение и сопровождение в банках
10. Методика описания интеграционных взаимодействий
11. Разработка и практическое применение внутренней модели бизнес-объектов банка  для стандартизации интеграционных механизмов и общего ускорения реализации ИТ -проектов
12. Чеклист SA. Проверь себя. Готова ли твоя интеграционная спека для передачи в разработку?
13. У вас нет архитектора? Тогда аналитик идет к вам!

Что делает аналитик на больших интеграционных проектах

• Что делать сразу как получил задачу
• Взаимодействие с архитектором и смежниками, контроль запросов на изменение
• Выявление интеграционных потоков и подходы к описанию интеграционных требований
• Авторская приемка фунциональности и ревью у коллег
• Список итоговой документации — чтобы с этим "можно было жить"

Ничего мы вам не гарантируем  или как брокеры НЕ гарантируют доставку сообщений

• Погрузимся в природу доставки сообщений, и разберемся почему в реальности никто не может нам дать абсолютных гарантий.
• Природа гарантий доставки
• Почему exactly once не существует
• Когда использовать at most once и at least once
• Транзакции и идемпотентность. Используем паттерны Traisactional Outbox/Inbox

Великолепные паттерны и лучше практики REST API при интеграции систем в Enterprise

• Синхронное взаимодействие, архитектура, уровни архитектуры и основные стратегии использования REST API
• Основной вопрос — как спроектировать синхронное API
• Основные и продвинутые паттерны REST API (проектирование клиент-серверной архитектуры, шлюзы API, API — композиты, автоматические остановы (формирование “защиты от дурака”), информационная безопасность, разграничение доступа к данным, перенаправление конечных точек, сохранение способности к идемпотентности)
• Примеры реализации композиционных сервисов на REST API

Модели потребления в брокерах сообщений

• Зачем нужны брокеры, если у нас есть HTTP-сервисы
• Концепция моделей потребления: очередь, подписка, лог
• Как и когда использовать те или иные модели
• Что реализуют популярные брокеры: Kafka, Rabbit и т.п.

Разнообразие современных web-сервисов. Что ждет аналитика в интеграционных проектах

• Сетевые протоколы и транспорт, что это такое и какие бывают: HTTP/1.1, HTTP/2, Websockets
• Способы классификации API и протоколов: бинарные и небинарные, REST и RPC стили
• Обзор сервисов и протоколв: REST-like, SOAP, JSON-RPC, GraphQL, gRPC, Thrift, etc.
• Задачи и инструменты аналитика при проектировании web-сервисов

Единые интеграционные подходы в крупных проектах

• Как единые интеграционные подходы ускоряют time-to-market
• Когда необходимо внедрять единые подходы к управлению интеграциями систем и команд
• Какие шаги необходимо пройти для формирования интеграционной среды
• Как и какие задачи требуется решить для внедрения данных механизмов

Понятная практика: Создание с нуля приложения на микросервисах для психологов

• Начинаем "от печки" — с онтологической модели предметного поля
• Не ясен стек технологий? Поможет архитектура микросервисов
• Используем продвинутый паттерн Ontology Driven для построения микросервисов
• Используем newSQL подход для построения базы данных
• Используем матрицу Эйзенхауэра для оптимизации UX/UI

Интеграция систем с помощью Web-сервисов. Паттерны проектирования

• Рассмотрим несколько паттернов проектирования взаимодействий межу системами на основе Web-сервисов, которые помогут аналитику лучше ориентироваться на интеграционных задачах. Обсудим, в каких ситуациях их стоит применять, сильные и слабые стороны.

Микросервисы. Экстракт из опыта: аналитика, разработка, внедрение и сопровождение в банках

• Рецепт правильного сплава микросервисов и монолита
• Микросервисы, Контейнеры, автотесты и какой должна быть микросервисная платформа
• Фронт и бэк — что выносить на клиента
• Как надо и как не надо работать с микросервисами — реальные кейсы
• Отличия в подходе при аналитическом сопровождении микросервисной платформы и как с ним грамотно управляться

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

• Что первично: интеграционные компоненты или продукт?
• Как использовать Wiki для фиксации требований
• Применение шаблонов для фиксации требований и описания интеграционных взаимодействий
• Общий принцип построения шаблона и пример заполнения шаблона
• Плюсы и минусы применения шаблонов

Разработка и практическое применение внутренней модели бизнес-объектов банка  для стандартизации интеграционных механизмов и общего ускорения реализации ИТ -проектов

• Формирование общей схемы  глобальных  бизнес-объектов банка и ее визуализация с помощью математических методов
• Стандартизация интеграционных механизмов при помощи составления качественных маппингов данных и использования типовых JSON (JSONSchema) или XML (XSD)
• Практическое использование общей схемы бизнес-объектов при работе с гибкими методологиями и микросервисами на проекте крупного банка
• Профиты полученные при использовании подхода: визуализация предметных областей, частичная автоматизация составление маппингов,  ускорение стандартных процессов разработки ПО и тп
• Сложности возникающие при использовании подхода и инструменты помогающие с ними бороться.

Чеклист SA. Проверь себя. Готова ли твоя интеграционная спека для передачи в разработку?

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

У вас нет архитектора? Тогда аналитик идет к вам!

• Много систем вокруг нашей и много способов интеграции — как выбрать нужные?
• А если никто про это не может рассказать?
• Реальный кейс крупного ретейлера - с чего начали, что выявили, как работали и проясняли ситуацию
• Выводы и советы по действиям в таких ситуациях
• Источники получения актуальной информации
• Шаблон wiki для описания систем и способов интеграци