Офис Mail.ru, Москва, 21 июня 2018

Заявки на доклады

Поиск по тегам:

Микросервисная архитектура

Миграция Tarantool в Kubernetes

Александр Головко

В определенный момент мы приняли решение о переносе всех наших микросервисов внутрь Kubernetes. У нас достаточно активно используется Tarantool, и такая миграция не могла не затронуть сервисы, основанные на Тарантуле.

Как и в случае большинства баз данных, Tarantool очень легко развернуть в Kubernetes в единичном экземпляре, но нет возможности "одной командой" масштабировать сервис по мере повышения нагрузки.

В рамках доклада мы расскажем про то, какие задачи у нас возникли в процессе перехода, какие были сложности и какие инструменты использовались для их решения. Расскажем про особенности переноса statefull и stateless tarantool'ов а также про нюансы частичной миграции.

Программный комитет ещё не принял решения по этому докладу

Энтерпрайз

Архитектура биллинга нового поколения:трансформация с переходом на Tarantool

Андрей Князев

Предпосылки:
- Тупик вертикального масштабирования.
- Рост нагрузки.
- Глобализация.

Технологические вызовы:
- Масштабируемость.
- Географическая распределенность.
- Отказоустойчивость.
- Большая частота изменений.

Уроки трансформации архитектуры:
- Трансформация – это, прежде всего, люди и процессы, и только потом технологии.
- Решение сложных проблем занимает время.
- Используйте технологии по назначению.
- Учитесь на ошибках лидеров.

1. Зачем нужен R&D к крупных компаниях? Выход из технологического тупика. R&D должен нарушать правила.
2. Что такое Tarantool и как правильно его готовить.
3. Как нарушать правила и не получать штрафы за увеличение скорости в 100 раз.

Программный комитет ещё не принял решения по этому докладу

Репликация в Tarantool: конфигурация и использование

Георгий Кириченко

Репликация в тарантул применяется для обеспечения высокой доступности за счет резервирования серверов или объединения серверов в кластер для распредения нагрузки, а также может использоваться для проведения операций обновления.
В последних версиях tarantool появились несколько допполнительных возможностей, облегчающих конфигурирование и использование репликации в кластере.
В докладе рассмотрим основные принципы устройства и особенности асинхронной репликации в tarantool. Подробно остановимся на внутреннем устройстве вектора состояний - vclock. Разберем способы обеспечения согласованности данных и остановимся на новых возможностях. Обсудим основные принципы конфигураци, их применимость и наиболее частые ошибки, а также обсудим способы решения возникающих проблем с настройкой и эксплуатацией.

Программный комитет ещё не принял решения по этому докладу

Туториалы

Оптимизация SQL-запросов в Tarantool 2.0

Никита Петтик

С выходом версии 2.0 в Tarantool появилась поддержка языка запросов SQL.

Как известно, языки запросов являются декларативными. Это означает, что пользователь "описывает” данные, которые хочет получить, но не может вмешиваться в структуру выполнения запроса.

Выбор алгоритма оптимального выполнения запроса в общем случае является полиномиально неразрешимой задачей. Однако, разнообразие эвристик позволяет получить приемлемую аппроксимацию.

В ходе доклада мы рассмотрим жизненный путь запроса: от парсинга строки до его непосредственного выполнения. Подробно остановимся на работе планировщика запросов, основанного как на cost-based-подходе, так и на некоторых rule-based-преобразованиях. Посмотрим на низкоуровневую виртуальную машину, обеспечивающую выполнение запроса. Разберем, какую статистику собирает планировщик, и как она используется. Объясним, как переписать запрос, чтобы оптимизатор мог выбрать более быстрый план выполнения. Рассмотрим существующие эвристики и ситуации, когда они применимы.

Tarantool
Программный комитет ещё не принял решения по этому докладу

Создаём высоконагруженное приложение для Tarantool с нуля

Владимир Перепелица

На первый взляд, Tarantool - это база данных. И далеко не всем и не сразу удаётся увидеть весь потенциал этого продукта как сервера приложений.

Я расскажу и покажу, как раскрыть этот потенциал: как использовать встроенный в сервер LuaJIT, сокеты, файберы и каналы. Также мы рассмотрим сильные и слабые стороны языка Lua: как писать, чтобы не убить производительность. Всё это будет рассмотрено пошагово на примере создания сервера очередей.

Программный комитет ещё не принял решения по этому докладу

База данных не нужна, родной: Tarantool как сервер приложений для IoT

Владислав Зайцев

1) Что такое интернет вещей? (коротко, обещаю)
2) Зачем интернету вещей системы управления?
3) Функциональные элементы системы управления: драйвера, action-scripts, timer-scripts, веб-интерфейс, общая шина.
4) Причем тут Tarantool и почему именно он? Почему мы не используем (почти) базу данных?
5) Реализация: архитектура и код.

Фронтенд / другое
,
Фреймворки
,
Tarantool
,
Internet of Things
,
Lua
Программный комитет ещё не принял решения по этому докладу

Использование Tarantool в .net-проектах

Анатолий Попов

- Использование Tarantool в .net core: плюсы, минусы, проблемы и способы их решения.
- Производительность progaudi.tarantool.
- Возможно ли выжать 2М RPS с одного сервера на .net core?

Прочие языки
,
Организация доступа к базам данных, ORM, собственные драйвера
Программный комитет ещё не принял решения по этому докладу

Грид архитектура

Внутреннее устройство, тюнинг и мониторинг Tarantool/Vinyl

Владислав Шпилевой

Vinyl, реализация дискового движка хранения в Tarantool прошла проверку боем и набирает популярность во всё большем количестве проектов. В докладе максимально последовательно и подробно рассматривается архитектура Vinyl, возможности и, главное, механизмы тюнинга и мониторинга производительности, специфичные для этого движка:
- как Vinyl использует память и диск, и как определить, что именно является узким местом в конкретном внедрении,
- как оптимально определить вторичные ключи и параметры LSM-дерева для них,
- про пользу от Блюм-фильтров и случаях, когда от них можно успешно отказаться,
- про тюнинг и мониторинг кэша данных,
- особенности менеджера транзакций, проблеме отката конфликтующих транзакций и её возможных решениях,
- репликацию и бэкап.

Доклад построен по принципу tutorial, то есть слушателям будет предложен ряд примеров и упражнений, которые можно будет выполнить во время доклада.

Tarantool
Программный комитет ещё не принял решения по этому докладу

Новые возможности Tarantool 2.0

Кирилл Юхин

В прошлом году наша команда выпустила новую версию СУБД Taratnool, которая среди прочего имела в своем составе дисковый движок для для хранения данных. В этом году мы сосредоточились на разработке следующей версии Тарантула: 2.0.

В докладе будет представлен обзор новых возможностей, которые мы собираемся добавить в этот major-release: как и в каком объеме будет подержан язык SQL, обзор синхронной репликации, новый подход к шардингу, интерактивные транзакции, а также DDL в транзакциях.

Программный комитет ещё не принял решения по этому докладу

VShard - горизонтальное масштабирование в Tarantool

Владислав Шпилевой

До 2018 года единственным средством горизонтального масштабирования СУБД Tarantool был Shard - это модуль, реализующий шардинг - частный случай горизонтального масштабирования. Shard реализует шардирование по функции от первичного ключа, поддерживает изменение топологии кластера, ребалансировку. При этом у него есть три существенных недостатка:
- нет никакой возможности хранить логически связанные данные на одном узле, и ребалансировать их всегда вместе;
- ребалансировка либо успешно выполняется целиком, либо происходит ошибка, и все переносится заново;
- для ребалансировки требуется заново пересчитывать шард-функции от каждой записи в каждой таблице.

Эти минусы не позволили использовать Shard в одном из важных проектов. В начале года была завершена разработка нового модуля VShard - это альтернативная реализация шардирования. В ней ребалансировка выполняется поэтапно, можно задавать произвольную шард-функцию для обеспечения локальности связанных данных, результат вычисления шард-функции сохраняется в каждой записи и не перевычисляется.

В рамках доклада пойдет речь о внутреннем устройстве VShard, о его подсистемах и реализации, с примерами использования.

API
,
Tarantool
,
Архитектурные паттерны
,
Отказоустойчивость
,
Распределенные системы
,
Разработка библиотек, включая open source библиотеки
,
Масштабирование с нуля
,
Логирование и мониторинг
,
Управление конфигурацией
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Lua
Программный комитет ещё не принял решения по этому докладу