Вы уже начали переезжать с монолита на микросервисы? Или, может, сразу строите сервисную архитектуру? Тогда я хочу поговорить с вами о взаимодействии между сервисами — о платформе для межсервисного взаимодействия. Что это? Зачем надо? Как её быстро построить? Попробуем ответить на эти вопросы.В сервисной архитектуре сложность поддержки растёт экспоненциально с количеством сервисов. Я дам вам инструмент, который позволит значительно замедлить рост этой сложности. Мы поговорим, что можно считать платформой для межсервисного взаимодействия, как она может уже сейчас помочь вам решить проблемы с «наблюдаемостью» сервисов и увеличить надёжность системы, уменьшить объем рутины и снизить Time To Market.Обсудим плюсы и минусы актуальных протоколов прикладного уровня. Расскажу, почему gRPC — «не вариант», и с какими проблемами вы столкнётесь, если начнёте его использовать.Доклад будет интересен как тем, кто только начинает свой путь в SOA, так и тем, кто уже хорошо знаком с инструментами OpenAPI, Swagger, gRPC, protobuf.…

Все СУБД так или иначе используют блокировки — они необходимы при конкурентном доступе к разделяемым ресурсам. Но они же могут приводить к нежелательным ситуациям, когда вместо работы процесс простаивает в ожидании. Чтобы помочь разобраться в возникшей проблеме, PostgreSQL показывает достаточно информации — надо только суметь ее правильно проинтерпретировать. А это невозможно без понимания того, как устроены блокировки, какие именно ресурсы блокируются, когда и на каких уровнях это происходит.Я расскажу о типах блокировок, которые используются в PostgreSQL: о многочисленных обычных «тяжелых» блокировках (таких, как блокировки таблиц и номеров транзакций), о блокировках на уровне строк (почему они так сильно отличаются от обычных блокировок и почему так тесно с ними связаны), о «легких» блокировках (и чем они легче тяжелых). Мы также поговорим о том, как организована очередь ожидания и в каких случаях она перестает работать. Все это позволит нам разобраться в том, как «читать» pg_locks и pg_stat_activity, и избегать…

Конференция охватывает все, что актуально для специалистов, работающих с системами высоких нагрузок и реального времени. Программа формируется сообществом разработчиков, представителями крупнейших компаний Рунета и мира.

Речь пойдет об архитектуре бэкенда и выстраивании инфраструктуры для GraphQL Subscriptions, части протокола GraphQL, которая незаслуженно обделена вниманием. Мы полюбили эту технологию и постепенно применяем в разных частях сервиса, например, для реализации функционала чатов и доставки внутренних уведомлений для более 27 млн активных пользователей Юлы. Расскажу, как эволюционировала инфраструктура нашего бэкенда и как мы масштабировали серверную часть.Мой доклад будет полезен всем разработчикам, которые столкнулись с задачей создания API для высоконагруженных приложений и в частности тех, кто внедрял или планируют перейти на GraphQL. Также для тех, кто интересуется архитектурой бэкенда для GraphQL Subscriptions и хочет получить знания на основе нашего опыта применения подписок.

В последние годы появляется все больше новых систем хранения данных, например, NoSQL, колоночные или графовые базы данных, InMemory и другие решения. Все они направлены на решение определенного класса задач, связанных с отказоустойчивостью, распределенной обработкой данных и/или производительностью. И в мире систем хранения и обработки данных появился еще один тип баз данных, который пытается повысить производительность обработки аналитических тяжелых запросов за счет использования GPU. В своем докладе я расскажу про то, как устроены такие базы, как выполняются классические алгоритмы на GPU, в каких случаях есть смысл их использовать. В частности, в докладе будут освещены темы: - принцип работы GPU;- алгоритмы обработки данных на GPU и сравнение производительности с CPU;- как GPU может помочь базам данных ускорить выполнение аналитических запросов; - примеры реализаций баз данных на GPU;- сравнение производительности Clickhouse и OmniSci; - OmniSci и машинное обучение; - отказоустойчивость, нагрузка, распределенная…