Архитектура отказоустойчивого платежного шлюза / Алексей Павлов (Wildberries)

Подписаться 83 тыс.

Просмотров 7 тыс.

50% 1

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
HighLoad++ Весна 2021
Крупнейшая профессиональная конференция для разработчиков высоконагруженных систем
17 и 18 мая 2021. Москва, Крокус-Экспо
Тезисы и презентация:
www.highload.ru/spring/2021/a...
* Создать stateless-платежный шлюз - это реально. Достаточно кодировать данные о платежной транзакции в подписанный url.
* Не спешите использовать реляционные базы данных для хранения информации о платежах, обратите внимание на S3-хранилище - оно легко масштабируется и, как показывает практика, его можно подружить с PCIDSS.
...
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru

Опубликовано:

3 окт 2021

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 14

@kalmurza 5 месяцев назад

Про кодирование данных по транзакции в URL - отличная задумка, взял на заметку

@easyjet4299 8 месяцев назад

Ну ето пиздец товарищи, этим "инженерам" я бы даже сортиры чистить не доверил!

@BrianHakim 11 месяцев назад

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

@dalekperov Год назад

Мы о данных не думаем, но ещё у нас есть дополнительная база данных для аналитики...

@vorandrew 3 года назад

Если очень мягко сказать... очень спорное решение :)

@creativators 2 года назад

Это вы очень добры ещё. Сплошной фейспалм

@artemtretyakov2271 9 месяцев назад

Один из лучших докладов за тот день

@OStrekalovsky 3 года назад

Писать все транзакции в ETCD - очень плохая идея. Его так убить можно будет. Хотя если им пофиг на него... И как "мы эти дубликаты руками поправим" сочетается с "сервис должен скалироваться"?