У одного моего друга, не у меня, есть опыт работы с SAGA Архитектуры, масштабируемость
Занимается вопросами тестирования и обеспечения качества, старается держать курс на инновации и находиться на переднем крае технологий разработки и тестирования. Значительное время занимался автоматизацией тестирования, измерением качества и нефункциональными видами тестирования. В течение 18 лет опыта работы Дмитрию удалось поучаствовать не в одном highload-проекте.
SAGA – механизм поддержки функционала с транзакционной семантикой в микросервисной архитектуре и всё вроде понятно, но у моего друга возникли проблемы. И уже вам, а не моему другу, будет интересно избежать проблем:
* SAGA может быть избыточно длинной и «стабильной»;
* в SAGA могут засунуть «неправильный функционал» и получится совсем не SAGA;
* в реализации высокочастотной SAGA можно сэкономить часы кодирования днями ручной работы;
* тесты для слабаков, но когда дела пойдут плохо, они пойдут по-настоящему плохо.
О miss-use SAGA и других проблемах, которые можно выгрести, расскажу в этом докладе.
Мой друг хороший программист, его часто торопил другой друг.
Если вы избежали встречи с SAGA или запамятовали, что это такое — перед прослушиванием доклада стоит освежить знание.