Очереди на PostgreSQL: антипаттерн или реальность жизни?

Архитектура и масштабируемость

7 ноября, 11:10, Зал «Казан»

Google Outlook Apple

Доклад принят в программу конференции

Мнение Программного комитета о докладе

Несмотря на то что есть специализированные решения под очереди, иногда приходится делать свое да еще и на базе данных. Из доклада вы узнаете, почему так и как сделать правильно.

Целевая аудитория

Бэкенд-разработчики.

Тезисы

Разберем известный антипаттерн очередей на PostgreSQL. Поймем, можно ли сделать рабочими такие очереди под большой нагрузкой, если очень хочется. А также почему в Яндекс Диске для некоторых нагруженных сценариев используем именно такой подход, а не классические очереди.

Дмитрий Кривопальцев

Яндекс 360

Тимлид бэкенда Яндекс Диска.

Видео

Другие доклады секции

Архитектура и масштабируемость

За гранью очередей: RabbitMQ 4 и его темная сторона stream'ов

Юрий Власов

CDEK

Эволюция Kafka as a Service: от факапа до чилаута

Анастасия Цепелева

РСХБ.цифра

Performance-driven Development: как сделать торговую систему с минимальными задержками

Алексей Шурыгин

AlphaNova

Сетевые нереплицируемые диски в облаке: почему, как, а главное — зачем?

Александр Руденко

K2 Cloud

Как писать платежные интеграции на конечных автоматах и не умереть

Игорь Панасюк

Яндекс

AppMetrica: миграция профилей на транзакционную запись в YDB для 500к событий в секунду

Павел Пересторонин

Яндекс

От стартапа к highload-приложению — технические вызовы мобильного приложения «Пятерочка» на пути к 10k RPS и 25 млн пользователей

Алексей Юрченко

X5 Tech

Как мы ускоряли поиск в модели EAV для 13500 атрибутов через ClickHouse

Александр Залеский

МТС Web Services (MWS)

Архитектура современной антифрод-системы

Федор Васильев

xStack

Антипаттерн как фича: кросс-неймспейсный garbage collector в Kubernetes

Сергей Петров

РСХБ.Цифра

Зеркала не врут: Traffic Mirroring в OVN

Александра Рукомойникова

K2 Cloud

In-memory поисковый движок вместо OpenSearch — система проверки SWIFT-платежей своими руками

Николай Кувыркин

Райффайзен Банк

RAG → GraphRAG → LightRAG: как мы трижды переписывали медицинский AI и кратно снизили издержки

Андрей Носов

Raft

Выжимаем облака досуха: как свое железо экономит 90% затрат на большие данные для стартапа

Андрей Ивахненко

Антиплагиат

Эволюция архитектуры платежной системы: сохраняем SLA 99,99 при росте нагрузки в 30 раз

Иван Мареев

ЕДИНЫЙ ЦУПИС

Enterprise Architecture on a Page: новый фреймворк для корпоративной архитектуры

Святослав Котусев

ВШЭ

Интеллектуальное кэширование: можем ли мы научить backend предсказывать будущее

Николай Кокоулин

Ви.Tech

От одного контейнера до 4000 RPS: как мы масштабировали GitLab в трех дата-центрах

Максим Степанов

МТС Web Services (MWS)

От автоматизации к платформе: эволюция управления инфраструктурой в Sage

Роман Чернышев

Т-Банк

Transaction Outbox под нагрузкой: как не потерять ни одного события при 100k+ RPS

Олег Мифле

Altenar

Программный съем трафика на скорости 400 Gbps: опыт, оптимизации и неочевидные решения

Юрий Морозов

Группа компаний «Гарда»

Планировщик рейта запросов

Михаил Апахов

Яндекс Еда

Как мы в Яндекс Еде за 3 месяца построили свой рекламный движок с нуля

Денис Токарев

Яндекс Еда

Ревью архитектурных изменений без шума и пыли

Дмитрий Александров

Яндекс Лавка

DDoS на серверсайд: как мы выжили при x3-нагрузке с ограниченными ресурсами

Артем Букин

VK, VK Реклама

Масштабная событийка на практике: пайплайны, ретраи, DLQ и неочевидные сложности

Алексей Терентьев

Яндекс Go

Как поиск авиабилетов в Туту обрабатывает 10000 предложений в секунду: вызовы, архитектура, кейсы оптимизации

Иван Садовой

Туту

Как масштабируются блокчейны

Сергей Прилуцкий

1inch

Восстание машин, или как хранилища Sage на новое железо заезжали

Руслан Боярский

T-Банк

OVN, техдолг и распределенка: переносим функции облачной сети в SDN из LXC

Владислав Одинцов

K2 Cloud

Подводные камни DLP-систем: архитектурный анализ

Евгений Аксенов

ГК Солар

Реалтайм-аналитика в распределенной системе

Вадим Зотеев

Яндекс Go

Воркшоп: «Ломаем геораспределенный Postgres на базе Patroni»

Георгий Меликов

Genesis Core