Мнение Программного комитета о докладе
За 7 лет нагрузка на процессинг ЦУПИСа выросла в 30 раз (20 -> 600 RPS). Как сохранить 9999? Какая в этом заслуга архитектурных изменений, а где важнее организация процессов? Расскажет - Иван Мареев!
Эволюция архитектуры платежной системы: сохраняем SLA 99.99 при росте нагрузки в 30 раз
Доклад принят в программу конференции
Целевая аудитория
Архитекторы и разработчики платежных систем. Все, кто работает с высоконагруженными финтех проектами.
Тезисы
Как мы в ЕДИНОМ ЦУПИС развивали архитектуру проекта, чтобы сохранить SLA 99.99 при активном росте проекта и нагрузки.
Покажу ключевые изменения, а также то, что нас к ним подтолкнуло, какие подводные камни мы обошли и с какими сложностями пришлось столкнуться.
Что вы получите:
- Проверенные подходы к масштабированию платежной системы.
- Практики предотвращения узких мест и рефакторинга системы на фоне интенсивного релизного цикла и постоянной доступности.
- Ценные рекомендации для каждой стадии развития архитектуры.
- Идеи по улучшению своих проектов, основанные на нашем опыте и лучших практиках.
10 лет в IT. Прошел путь от инженера по нагрузочному тестированию до системного архитектора. В настоящее время занимается разработкой и масштабированием платёжной логики, уделяя особое внимание повышению надёжности и обеспечению отказоустойчивости критически важных онлайн-систем.
Видео
Другие доклады секции
Архитектура и масштабируемость
