Message-based architecture in php

CQRS, EventSourcing, Message-based architecture in PHP

Transcript

1. MESSAGE-BASED ARCHITECTURE В PHP
2. Электронный документооборот • РАСТЯНУТЫЕ ВО ВРЕМЕНИ ПРОЦЕССЫ ПРОВЕДЕНИЯ ДОКУМЕНТОВ • МНОЖЕСТВО ИЗОЛИРОВАННЫХ КОНТЕКСТОВ • НЕОБХОДИМОСТЬ СОХРАНЕНИЯ ИСТОРИИ
4. Цифры • ДЕСЯТКИ ТЫСЯЧ ДОКУМЕНТОВ • СОТНИ ТЫСЯЧ ОПЕРАЦИЙ • 3 ЯЗЫКА ПРОГРАММИРОВАНИЯ
5. Требования • НАДЕЖНОСТЬ • ВОЗМОЖНОСТЬ МАСШТАБИРОВАНИЯ • ПРИЕМЛЕМАЯ СКОРОСТЬ ОБРАБОТКИ СООБЩЕНИЙ • ПОДДЕРЖКА НЕСКОЛЬКИХ ЯЗЫКОВ ПРОГРАММИРОВАНИЯ • ТРАССИРОВКА ЗАПРОСОВ
6. Варианты решений • НЕСКОЛЬКО ПРОЦЕССОВ • НЕСКОЛЬКО ПОТОКОВ • COOPERATIVE MULTITASKING
7. СООБЩЕНИЯ • КОМАНДЫ • ВЫПОЛНИТЬ ЗАДАЧУ • СОБЫТИЯ • ЗАДАЧА БЫЛА ВЫПОЛНЕНА
8. КОМАНДЫ • УКАЗЫВАЮТ НА НЕОБХОДИМОСТЬ ВЫПОЛНИТЬ КАКОЕ-ЛИБО ДЕЙСТВИЕ • НОСЯТ ВСЕГДА ИМПЕРАТИВНЫЙ ХАРАКТЕР • НЕ ВОЗВРАЩАЮТ РЕЗУЛЬТАТ
9. СОБЫТИЯ • ОТРАЖЕНИЕ СВЕРШИВШЕГОСЯ ФАКТА • ИМЕНУЮТСЯ ВСЕГДА В ПРОШЕДШЕМ ВРЕМЕНИ
10. ОТЛИЧИЯ ОТ «ПРИВЫЧНЫХ» СОБЫТИЙ • СОБЫТИЕ НЕВОЗМОЖНО МОДИФИЦИРОВАТЬ • ОБРАБОТКУ СОБЫТИЯ НЕВОЗМОЖНО ПРЕКРАТИТЬ • НЕТ ПОРЯДКА ВЫПОЛНЕНИЯ СЛУШАТЕЛЕЙ
11. ТРАНСПОРТ • ПЕРЕДАЧА КОМАНД • MESSAGE BROKER • HTTP • ПЕРЕДАЧА СОБЫТИЙ • MESSAGE BROKER • WEBHOOK • WEBSOCKET
12. ОБРАБОТКА СООБЩЕНИЙ • ВСЕ СООБЩЕНИЯ ПЕРЕДАЮТСЯ АСИНХРОННО С ПОМОЩЬЮ БРОКЕРА СООБЩЕНИЙ • КАЖДАЯ КОМАНДА МОЖЕТ ИМЕТЬ ТОЛЬКО 1 ОБРАБОТЧИК • КАЖДОЕ СОБЫТИЕ МОЖЕТ ИМЕТЬ НЕСКОЛЬКО СЛУШАТЕЛЕЙ • ОБРАБОТЧИК\ПОДПИСЧИК МОЖЕТ БЫТЬ РЕАЛИЗОВАН С ПОМОЩЬЮ ЛЮБОГО ЯЗЫКА ПРОГРАММИРОВАНИЯ
13. SAGA САГА – РЕАЛИЗАЦИЯ РАСПРЕДЕЛЁННОЙ ТРАНЗАКЦИИ. НЕКОТОРАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ, КОТОРАЯ ЛИБО ПРИВОДИТ К СОХРАНЕНИЮ ИЗМЕНЕНИЙ, ЛИБО ВЫПОЛНЯЕТ КОМПЕНСИРУЮЩЕЕ ДЕЙСТВИЕ (ATOMICITY). ПРЕДСТАВЛЯЕТ ИЗ СЕБЯ КОНЕЧНЫЙ АВТОМАТ, КОТОРЫЙ ПРИНИМАЕТ СОБЫТИЯ В КАЧЕСТВЕ ТРИГГЕРА, И ПОСЫЛАЕТ СООТВЕТСТВУЮЩИЕ ШАГУ КОМАНДЫ.
14. PROCESS MANAGER ПРЕДСТАВЛЯЕТ ИЗ СЕБЯ КОНЕЧНЫЙ АВТОМАТ, КОТОРЫЙ ПРИНИМАЕТ СОБЫТИЯ В КАЧЕСТВЕ ТРИГГЕРА, И ПОСЫЛАЕТ СООТВЕТСТВУЮЩИЕ ШАГУ КОМАНДЫ.
15. РАЗЛИЧИЯ PROCESS MANAGER & SAGA 1. РЕЛИГИЯ 2. НЕ ПОДДЕРЖИВАЕТ КОМПЕНСИРУЮЩИЕ ДЕЙСТВИЯ Оригинальная публикация Saga: https://goo.gl/DqGHpq Разъяснение терминологии: https://goo.gl/Yqe6Zm
16. ОБЛАСТЬ ПРИМЕНЕНИЯ • ДОЛГОЖИВУЩИЕ БИЗНЕС ТРАНЗАКЦИИ • СРОК ЖИЗНИ САГИ УКАЗЫВАЕТСЯ В КОНФИГУРАЦИИ. ПРИ ЗАКРЫТИИ МОЖЕТ ВЫПОЛНИТЬСЯ КАКОЕ-ЛИБО ДЕЙСТВИЕ • ОПИСАНИЕ БИЗНЕС ПРОЦЕССОВ, ЗАТРАГИВАЮЩИХ МНОЖЕСТВО КОНТЕКСТОВ
17. Order Process Manager Client 1. Checkout
18. Order Process Manager Order Client 1. Checkout 2. CreateOrder
19. Order Process Manager Order Client 1. Checkout 2. CreateOrder 3. OrderCreated
20. Order Process Manager Order Reservation 4. MakeReservation Client 1. Checkout 2. CreateOrder 3. OrderCreated
21. Order Process Manager Order 2. CreateOrder 3. OrderCreated Reservation 4. MakeReservation 5. SeatsReserved Client 1. Checkout
22. Order Process Manager Order 2. CreateOrder 3. OrderCreated Reservation 4. MakeReservation 5. SeatsReserved Payment 6. DoPayment Client 1. Checkout
23. Client Order Process Manager Order 2. CreateOrder 3. OrderCreated Reservation 4. MakeReservation 5. SeatsReserved Payment 6. DoPayment 7. PaymentAccepted 1. Checkout
24. Order Process Manager Order 8. OrderConfirmed Reservation Client 8. OrderConfirmed 8. OrderConfirmed
25. А ЧТО ЕСЛИ?
26. Order Process Manager Order 2. CreateOrder 3. OrderCreated Reservation 4. MakeReservation 5. ReservationFailed Client 1. Checkout
27. Order Process Manager Order 7. OrderCanceled 6. CancelOrder Reservation 4. MakeReservation 5. ReservationFailed Client 8. CheckoutFailed
28. ПЛЮСЫ И МИНУСЫ ПЛЮСЫ • МОЖНО ОПИСАТЬ ПРОЦЕСС ЛЮБОЙ СЛОЖНОСТИ (С ЛЮБЫМ КОЛИЧЕСТВОМ ШАГОВ) • В РАМКАХ ОДНОЙ САГИ МОЖЕТ ЗАПУСКАТЬСЯ НЕСКОЛЬКО ПАРАЛЛЕЛЬНЫХ • С ТОЧКИ ЗРЕНИЯ САГИ НЕ ВАЖНО КТО И КАК ВЫПОЛНИТ ПОСТАВЛЕННУЮ ЗАДАЧУ МИНУСЫ • ВОЗРАСТАЕТ СЛОЖНОСТЬ В ПОНИМАНИИ ПРОЦЕССА ЦЕЛИКОМ • НЕТ ИНСТРУМЕНТА ВИЗУАЛИЗАЦИИ ПРОЦЕССА • ПОВЫШЕННЫЕ ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
30. Event Sourcing СПОСОБ ХРАНЕНИЯ СОСТОЯНИЯ СИСТЕМЫ В ВИДЕ ПОТОКА СОБЫТИЙ. ПОТОК СОБЫТИЙ - ЭТО УПОРЯДОЧЕННЫЙ СПИСОК СОБЫТИЙ, КОТОРЫЕ БЫЛИ ПРИМЕНЕНЫ В РАМКАХ АГЕРАТА. КАЖДОЕ НОВОЕ СОБЫТИЕ УВЕЛИЧИВАЕТ ВЕРСИЮ ПОТОКА НА 1
31. Event Sourcing ПЛЮСЫ • ИСТОРИЯ ИЗМЕНЕНИЙ • ВЕРСИОНИРОВАНИЕ МИНУСЫ • СЛОЖНОСТЬ РЕАЛИЗАЦИИ • НАКЛАДНЫЕ РАСХОДЫ НА ВОССТАНОВЛЕНИЕ АГРЕГАТА • ПРОБЛЕМЫ С ПОИСКОМ, ФИЛЬТРАЦИЕЙ ДАННЫХ • ВОЗРАСТАЕТ ХРАНИМОЕ КОЛИЧЕСТВО ДАННЫХ
32. Event Sourcing + CQRS ПОЯВЛЯЕТСЯ РАЗДЕЛЕНИЕ НА READ И WRITE МОДЕЛИ, ЧТО ПОЗВОЛЯЕТ РЕШИТЬ СЛЕДУЮЩИЕ ПРОБЛЕМЫ: • ПОИСК\ФИЛЬТРАЦИЯ • С ПОМОЩЬЮ СТОРОННИХ ХРАНИЛИЩ • ВОССТАНОВЛЕНИЕ СОСТОЯНИЯ АГРЕГАТА • С ПОМОЩЬЮ SNAPSHOT’ОВ
33. Snapshot, Projections SNAPSHOT - СОХРАНЁННОЕ СОСТОЯНИЕ АГРЕГАТА ОПРЕДЕЛЁННОЙ ВЕРСИИ. PROJECTION - ДАННЫЕ, ПОДГОТОВЛЕННЫЕ ДЛЯ ОТОБРАЖЕНИЯ В ТОМ ВИДЕ, В КОТОРОМ ОНИ НУЖНЫ КЛИЕНТУ
34. Eventual consistency МОДЕЛЬ, ПРИ КОТОРОЙ ГАРАНТИРУЕТСЯ, ЧТО В ОТСУТСТВИИ ИЗМЕНЕНИЙ ДАННЫХ, ЧЕРЕЗ КАКОЙ-ТО ПРОМЕЖУТОК ВРЕМЕНИ ПОСЛЕ ПОСЛЕДНЕГО ОБНОВЛЕНИЯ («В КОНЕЧНОМ СЧЁТЕ») ВСЕ ЗАПРОСЫ БУДУТ ВОЗВРАЩАТЬ ПОСЛЕДНЕЕ ОБНОВЛЁННОЕ ЗНАЧЕНИЕ. ПРЕДСТАВЛЕНИЯ ГЕНЕРИРУЮТСЯ НА ОСНОВАНИИ КАКИХ-ЛИБО СТРАТЕГИЙ И НЕ ВСЕГДА ОТОБРАЖАЮТ ТЕКУЩЕЕ СОСТОЯНИЕ АГРЕГАТА.
35. Реалии PHP ОТСУТСТВИЕ • ИНФРАСТРУКТУРЫ • ФРЕЙМВОРКОВ\БИБЛИОТЕК • ИНСТРУМЕНТОВ ОТЛАДКИ • УТЕЧКИ ПАМЯТИ (БОЛЬШИНСТВО БИБЛИОТЕК НАПИСАНЫ В РАМКАХ «УМИРАЮЩЕЙ» МОДЕЛИ • ОТСУТСТВИЕ ВСТРОЕННОЙ ПОДДЕРЖКИ АСИНХРОННОСТИ • УСЛОЖНЯЕТСЯ ПРОФИЛИРОВАНИЕ И ОТЛАДКА
36. Вопросы? МАСЮКЕВИЧ МАКСИМ, DESPERADO@MINSK-INFO.RU HTTPS://GITHUB.COM/MMASIUKEVICH