7045
правок
Изменения
м
Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}
{{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}}
20-21.09.2021 [https://www.highload.ru/spb/2021/schedule Saint Highload-2021]
[https://www.highload.ru/spb/2021/abstracts/7944 Доклад на сайте конференции]
Видео ожидаетсяhttps://youtu.be/BJnVWjvU2hk
Хорошая интеграция — это не та, которая использует конкретную современную технологию, а та, которая устойчиво работает даже при ошибках и падениях интегрируемых систем, а службе сопровождения позволяет быстро и технологично разбирать инциденты.
Я проектировал интеграцию в множестве проектов, как между системами и сервисами собственной разработки, так и со сторонними системами. В докладе я поделюсь наработанными за 25+ лет шаблонами проектирования взаимодействия систем и построения админки для работы с инцидентами. Что интересно, они практически не зависят от используемых технологических стеков.
Основой доклада послужили мои '''статьи на хабре'''
* [https://habr.com/ru/company/oleg-bunin/blog/534090/ Как сделать хорошую интеграцию? Часть 1]
* [https://habr.com/ru/company/oleg-bunin/blog/538156/ Как сделать хорошую интеграцию? Часть 2. Идемпотентные операции — основа устойчивой интеграции]
* [https://habr.com/ru/company/oleg-bunin/blog/543946/ Интеграция: синхронное, асинхронное и реактивное взаимодействие, консистентность и транзакции]
В статьях по ряду вопросов много конкретики, но обзорно контента в докладе больше.
= Конспект от Филиппа Кулина =
Филипп Кулин в своем [https://www.facebook.com/phil.kulin/posts/4309025875817777 Посте] сделал краткий конспект доклада ([https://www.facebook.com/mtsepkov/posts/4425669337489986 мой репост]). За что я ему благодарен.
Максим Цепков. Полный зал. Что такое хорошая интеграция?
* Критерий выбора решения - не простота реализации, а простота разбора инцидентов. Хорошая админка. Разработчики должны понимать реалистичный сценарий. Поэтому они должны придумать средства решения проблем. Этот сценарий должен понимать и руководитель. Его надо выполнять в итоге. Админка не только показывает ошибку, но и позволяет с ней разобраться. Админка имеет свои средства мониторинга и настройка уведомлений.
* Устойчивые шаблоны. Шаблон UPSERT, как в Cassandra. Использовать идемпотентные операции, но их надо проектировать. Но можно работать без транзакций. Распределенные транзакции - зло. Консистентность без транзакций. Устойчивость к потерям и дублям.
* Понимание межсистемных взаимодействий. Синхронное. Асинхронное. Асинхронное реализовывать сложно. Реактивное, с коллбэком. Есть много сахара async. И потом много докладов как это не работает. Хаха. Надо рисовать взаимодействие. Ода против абстракций асинхронности.
* Транспорт данных. По прежнему файловый транспорт - хоршая штука. Смешной пример про файлы почтой. Любой транспорт можно использовать для любых целей.
* Устойчивость к расширению.
* Любая интеграция будет работать с ошибками разных уровней. При проектировании учитывайте работу с ошибками.
= Видео =
<html><iframe width="560" height="315" src="https://www.youtube.com/embed/BJnVWjvU2hk" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe></html>
= Презентация =
