34 lines
1.9 KiB
Markdown
34 lines
1.9 KiB
Markdown
---
|
||
aliases:
|
||
tags:
|
||
- зрелость/🌱
|
||
date:
|
||
- - 2024-04-04
|
||
zero-link:
|
||
- "[[00 Архитектура ПО]]"
|
||
parents:
|
||
linked:
|
||
- "[[Реализация повествования (Saga)]]"
|
||
author:
|
||
- "[[Евтеев Константин]]"
|
||
link: https://www.youtube.com/watch?v=OOP_4kuzaWI
|
||
---
|
||
## Заметки
|
||
Докладчик рассказывает про то, как они справлялись с переходом с монолитной архитектуры на микросервисную в Avito. Они реализуют [Database per service](Database%20per%20service.md)
|
||
|
||
Цели, которые хотели достичь:
|
||
- Обеспечивать зависимые изменения для бизнес критичных данных.
|
||
- Иметь возможность задать строгий порядок.
|
||
- Соблюсти 100% консистентность (согласовать данные, даже в случае аварий).
|
||
- Обеспечить проверку работоспособности на всех уровнях.
|
||
|
||
Был реализован сервис PG Saga. В качестве хранилища в этом сервисе используется синхронный PostgreSQL. Таким образом у них единый сервис для всех саг.
|
||
|
||
|
||
|
||
Механизм работы. На примере покупки премиальной подписки.
|
||
- Владелец саги регистрирует сагу в PG Saga
|
||
- Дальше он генерирует класс саги (с payload)
|
||
- Дальше executor в PG Saga поднимает накопившиеся саги и начинает выполнять ее по шагам
|
||
- В Billing Service выполняется резервирование денег
|
||
- В User Service применяются VAS операции. Что это? |