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