База знаний Антона Сидорова
База знаний по аналитике, ИТ архитектуре, API. Документирование. Тесты инструментов.
Project maintained by daemon110282 Hosted on GitHub Pages — Theme by mattgraham
Event Driven Architecture (EDA) Событийно ориентированная архитектура
Зачем
- Несколько подсистем должны обрабатывать одни и те же события
- Обработка в режиме реального времени с минимальной задержкой
- Обработка сложных событий, например, поиск закономерностей или агрегирование данных по временным интервалам
- Большие объемы и высокая скорость поступления данных (характерно, например, для интернета вещей — IoT)
- Background Jobs: Sending background messages, emails, or notifications to loads of users.
- Асинхронный обмен сообщениями: Очереди сообщений — лучший способ реализации асинхронного программирования.
- Большое время отклика: Ситуации, когда время выполнения запроса оказывается слишком долгим (например, при выполнении вычислений, поиске, создании PDF-файлов и т. д.).
Плюсы и минусы
Плюсы:
- Слабая связанность (Low Coupling)
- Это позволяет производителям событий создавать события, не зная о том, кто будет потреблять эти события
- Потребители событий не должны знать об источниках событий
- Модули, потребляющие события, и модули, создающие события, могут быть реализованы на разных языках или использовать разные технологии, подходящие для конкретных задач
- Подсистемы получают независимые представления потока событий
- Отправители и получатели независимы друг от друга
- Нет интеграции “точка — точка”. Очень легко добавлять в систему новые объекты-получатели
- Гибкость
- Масштабируемость. Производительность
- Объекты-получатели могут реагировать на события сразу при их поступлении
Минусы:
- Обеспечить последовательность событий
- RMQ не гарантирует порядок сообщений, как вариант
- для этого таймметка и ключ идемпотентности и порядок обработки на стороне ИС потребителя реализовать
- или Kafka
- RMQ не гарантирует порядок сообщений, как вариант
- Асинхронный обмен сообщениями и итоговая согласованность
- Управляемость
- Взаимодействие между службами
- Гарантированная доставка
- Сложность реализации
- Сложность тестирования
Паттерны
- две топологии
- Топология «посредник» (mediator topology) часто применяется в тех случаях, когда необходимо обеспечить оркестрацию нескольких этапов обработки события посредством центрального посредника.
- broker topology (хореография) is used when you want to chain events together without the use of a central mediator
- Событие Event driven
- Publish-subscribe
- event-base
- shared-data space
- Подходы к передаче событий
- только факт события
- полное состояние объекта
- только факт события
- Publish-subscribe
- Команда Command driven
- Запросы и команды отдельно CQRS - command query request segregation
- Состояние объекта - последовательность событий изменений объекта Event sourcing
- Распределенные транзакции (лучше не делать)
- Versioning Message
Технологии
- Шины сообщений Message Bus\Шины событий Event Bus (брокер обмена сообщениями Message Broker)
- MS Обмен сообщениями
TODO
- https://habr.com/ru/company/itsumma/blog/416629/
- https://habr.com/ru/post/422151/
- https://habr.com/ru/post/150134/
- https://docs.microsoft.com/ru-ru/azure/architecture/guide/architecture-styles/event-driven
- pattern TODO
- https://github.com/plantuml-stdlib/EIP-PlantUML
- https://medium.com/@objectzen/content-enricher-pattern-in-rabbitmq-eae504a8504e
- http://rubyamqp.info/articles/patterns_and_use_cases.html
- https://www.enterpriseintegrationpatterns.com/patterns/messaging/MessageRoutingIntro.html
- https://www.rabbitmq.com/tutorials/tutorial-two-python.html
- https://blog.rnds.pro/019-poison2
- https://alexandrugris.github.io/distributed/systems/2017/06/03/rabbitmq-patterns.html
- https://www.cloudamqp.com/docs/delayed-messages.html
- https://solace.com/blog/messaging-patterns-for-event-driven-microservices/
- naming
- https://solace.com/blog/designing-and-naming-topics-for-event-driven-architecture-with-pubsub/?mkt_tok=MDcyLUNCSS05MjUAAAGDJ7N-6jFCOwXRBzE_4Ku_niXJQniSVNAJ-nNBD0JvROkzqo3tQbzDTFFx5PHlhTJj16lqF8xZCHb8IIy_29iOyZFYViJCWwpsU1X393ljZGzf&ю
- https://docs.solace.com/Best-Practices/Topic-Architecture-Best-Practices.htm
- https://codeopinion.com/message-naming-guidelines/
- https://stackoverflow.com/questions/32220312/rabbitmq-amqp-best-practice-queue-topic-design-in-a-microservice-architecture
- http://thoai-nguyen.blogspot.com/2012/05/rabbitmq-exchange-queue-name-convention.html