Архитектура отказоустойчивого платежного шлюза Архитектуры, масштабируемость
Доклад принят в программу конференции
Тезисы
* Создать stateless-платежный шлюз — это реально. Достаточно кодировать данные о платежной транзакции в подписанный url.
* Не спешите использовать реляционные базы данных для хранения информации о платежах, обратите внимание на S3-хранилище — оно легко масштабируется и, как показывает практика, его можно подружить с PCIDSS.
* etcd — это хорошее решение для недопущения двойных списаний со счетов клиентов по одной платежной транзакции.
* Кролики — это не только ценный мех, но и еще и хороший инструмент для реализации паттерна retry (с использованием RabbitMQ).
Другие доклады секции Архитектуры, масштабируемость
Как сдержать самые сложные обещания: планирование batch-задач в системе Yandex.YT
Игнат Колесниченко
Яндекс
Пандемия стабильности информационных систем. Серебряная пуля геораспределенных систем на примере их отказов
Евгений Кузовлев
ECOMMPAY IT
Как правильно выбирать очередь
Владимир Перепелица
Mail.Ru Group
Игровой сервер: что там внутри?
Марк Локшин
IT Territory/Mail.ru Group
Тысяча и один бэкап, или Резервное копирование Compute Cloud
Артемий Капитула
Mail.Ru Cloud Solutions
Угнать за 5 миллисекунд: как мы делали транспорт для торговых ядер Московской Биржи
Николай Карлов
Mail.Ru
Проектирование высоконагруженных систем на основе моделирования и теории массового обслуживания
Максим Юнусов
IT1
Чёрная магия JIT-компиляции
Алексей Рагозин
Дойче Банк