​​Завтра итоговое подорожание стоимости билетов на
Analyst Marathon #8. Интеграция. Agile. Кейсы и рецепты

Почётный спикер нашей конференции – Валерий Разномазов вот, что рассказал про свой доклад
"Великолепные паттерны и лучше практики REST API при интеграции систем в Enterprise":

Как и раньше я продолжаю развивать идею того, что аналитик должен стать архитектором, а значит понимать техническую сторону вопросов интеграции в частности и построения ИТ-систем в общем. Поэтому, в своем новом докладе я хочу еще раз рассмотреть модель взаимодействия “Система поставщик - Система потребитель”и разобраться в принципах и закономерностях синхронного взаимодействии в ИТ-платформе.

И вот возникает вопрос, как спроектировать синхронное API? Что дает REST API и почему среди всех способов интеграции по HTTP на собеседованиях чаще всего требуют именно его?

Часто аналитики задаются вопросами - как сделать API масштабируемым, адаптируемым под конкретную задачу (унивокальным с бизнесом) и применимым в конечном итоге для всех задач данного Предприятия. А еще… для энтерпрайза и банкинга в частности важна безопасность. Вот как её обеспечить?

REST API как подход многогранен. Часто под этим стилем интеграции понимаются разные уровни веб-сервисов.

Действительно, мы можем говорить о SCRUD операциях и это будет одна история, мы можем говорить об обращении к хранилищу данных и это будет уже другая история, мы можем говорить об уровне представления и о конкретном приложении, и каждый раз паттерны REST API будут разными. Но каждый раз такие паттерны будут кружиться вокруг уже знакомых нам понятий - связности, интеграции, оркестрации, безопасности, управления, разработки и развития.

В своем докладе я собрал материал о проектировании трехзвенной архитекторы, клиент-серверной архитектуры, шлюзов API, API - композитов, автоматических остановов (формирование “защиты от дурака”), информационной безопасности, разграничения доступа к данным, перенаправления конечных точек, сохранения способности к идемпотентности, а также общих подходов к формированию фасадов API.

Также будет дан краткий обзор инструментов - postman, insomnia и конечно же Swager.

Также не обойду стороной свою любимую тему - уход от описаний бизнес процессов к описанию субъектов и объектов. Еще раз, теперь уже на примере Rest API, приведу пример того, почему пытаться описать все бизнес процесс не следует, а следует прийти к объектно-ориентированной разметке предметного поля.

Доклад будет интересен слушателем с средним и продвинутым уровнем погружения в системный анализ.

Зарегистрируйтесь, чтобы подключиться к эфиру 16 февраля.
Завтра билеты будут стоить дороже на 15%.

Получите 25% скидку на Полный билет за репост или публикацию о событии.