достаточно ещё раз запустить и может вполне успешно пройти (без каких либо изменений)

проясните, плиз

канонический взгляд на агрегаты/саги такой: агрегат выполняет команды и отправляет события, сага слушает события и отправляет команды. то есть логика в агргегате, координация действий в саге. (в частности, это сказано в https://cqrs.nu/Faq/sagas и многих других статьях)

в то же время в том же NServiceBus и php service bus сага обрабатывает любые сообщения и по идее может быть использована и так, и эдак. это упрощение или альтернативная интерпретация?

ping @desper1989 , как автора php service bus )

А я думал что Сага это аналог бизнес транзакции: https://dzone.com/articles/microservices-using-saga-pattern#:~:text=The%20Saga%20Pattern%20is%20as,perform%20the%20next%20local%20transaction.

это не противоречит моей формулировке. сага слушает, что сделали другие, и если кто-то зафейлился, может попросить остальных ревертнуть свои действия

нашёл вот такой абзац: https://docs.particular.net/nservicebus/sagas/#accessing-databases-and-other-resources-from-a-saga

он вроде проясняет взгляд nservicebus на саги. то есть, отвечая на свой вопрос, это упрощение

Крис Ричардсон в своей книге про микросервисы разделяет реализацию саг на 2 типа:
основанную на хореографии и основанную на оркестрации

Хореография - для простых саг, логика по изменению агрегатов размазывается между сервисами. Один сервис слушает события другого и обновляет какой-то агрегат у себя, генерит событие об этом и т.д.
Оркестрация - для более сложных вещей. В этом случае существует оркестратор/координатор, который запускает сагу, генерит шаги и слушает ответы на каждом шаге, в случае фейла, может инициировать компенсирующие шаги. Вся логика в одном месте

Это просто 2 разных подхода

это я знаю, это понятно)

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

а, речь о том, что сага запустится не по доменному событию, а по команде?
сорян, не понял тогда

Саги - довольно гибкие штуки, которые банально глупо ограничивать кейсом "если событие, то команда".
То, что у меня саги слушают события, упращение. Я там еще сделал, что бы они команды слушали, но не пушил еще. Ведь в сущности нет разницы: написать хендлер, который выгрузит сагу из базы и выполнит какой-то метод, или сразу сага будет слушать команду.

Короч очень зависит от реализации и целей

Спасибо

нет ли у кого-нибудь ссылки на международный php чат?

а чем этот не международный?

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

он есть но точно не в телеге, она там как бы не особо популярна

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

не важно, я просто хочу быть в теме что происходит в мире php там, где его делают. я хочу читать, а не писать, в основном. если это слак / дискорд - отлично.

Наверное, есть какая-то связь, но... я слишком тупой, чтобы её осознать

Его делают в гите и internals.io

twitter
reddit
phpinternals