Tarantool

18:30

сбор участников

19:00

«Тарантул — как мы пришли к разработке своей собственной DBMS»

Денис Аникин, Mail.Ru Group

Решение о разработке своей собственной DBMS (системы управления базами данных) общего назначения обычно зреет долго. Прежде чем броситься в эту нелегкую пучину, вы сначала ищете другие способы решения задач существующими инструментами, в том числе создавая поверх них или интегрируя их различные решения.

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

Именно так и появился Тарантул — одна из самых быстрых баз данных в мире, которая широко применяется в Mail.Ru Group и за её пределами. Поскольку Тарантул с самого начала разрабатывался отдельной командой в открытых исходных кодах и с прицелом на общее использование, в результате мы получили отличный продукт — DBMS общего назначения с уникальным набором фич.

Денис расскажет о типичных проблемах нагруженных проектов, стандартных способах их решения и причинах, почему они в какой-то момент перестают работать, и как в таких случаях помогает Тарантул.

19:40

Дмитрий Новиков, Badoo

Раньше, до тарантула, пользовательские сессии в Badoo хранились в самописном демоне. Демон был хороший, но с ним были некоторые проблемы. Например, он хранил данные только в памяти. Да и вообще всё, что происходило с сессиями, начинало несколько напрягать. Поэтому, чтобы разработка программного обеспечения приносила радость и удовольствие, мы решили кардинально пересмотреть всё связанное с сессиями.

В докладе расскажем: зачем нужны сессии, где мы хранили их раньше, что придумали, почему решили использовать Tarantool, и к чему все это привело.

20:20

перерыв

20:25

«Практика использования Tarantool в продуктах: опыт Wallarm»

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

Доклад представляет собой практические результаты двухлетнего опыта использования Tarantool в отчуждаемом программном решении. Постановка задачи предусматривает асинхронную аналитику по данным короткоживущих объектов НТТР запросов. Для целей решения которой был проведен анализ возможных вариантов, приведший к выбору концепции application-server и продукта Tarantool.

При проектировании своей системы защиты веб-приложений, мы столкнулись с необходимостью коррелировать данные по нескольким уже обработанным HTTP-запросам. Самым эффективным решением этой задачи явилось разделение логики обработки запросов между синхронным процессом вычисления параметров для анализа и асинхронным процессом самой аналитики. Фактически, мы вынесли в Tarantool всю пост-обработку НТТР-запросов после их первичной аналитики на стороне Nginx. В результате, стало возможным обнаруживать различные поведенческие атаки на веб-приложения, например, перебор паролей или кодов.

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

21:05

закрытие.