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