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

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

Управление командой разработки (тимлиды)

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

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

Тестирование, нагрузочное тестирование

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

В этом докладе я расскажу о методике online-оценки ёмкости сервиса и планирования ресурсов, применяемой в Яндекс.Маркете.

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

Базы данных и системы хранения

Душещипательная история о том как мы выбирали кластерную файловую систему под виртуалки и контейнеры, с какими трудностями столкнулись и почему остановили свой выбор на LINSTOR.

Хранилище LINSTOR построено на свободных технологиях: ZFS, LVM, DRBD и ориентрировнно на максимальную производительность и высокую доступность данных.

В данном докладе я расскажу про наш опыт его использования в Kubernetes, Proxmox и OpenNebula:

• На наглядном примере посмотрим как оно работает и чем отличается от того же Ceph и других решений.
• Под какие цели стоит использовать LINSTOR, а когда его внедрение может быть нецелесобразным.
• Разберёмся как работает тонкая настройка и планирование ресурсов.
• Проблемы DRBD и их решения.

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

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

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

В OZON мы разработали и успешно внедрили инструмент DMP (Data Management Platform), который автоматизирует процесс создания сегментов через фильтрацию пользовательских событий. DMP - программная платформа для сбора, хранения, систематизации и анализа данных о взаимодействии пользователей с OZON. Ежедневно мы обрабатываем более 1,5 млрд. событий от миллионов пользователей. Эти данные мы используем для построения сегментов с целью планирования рекламных кампаний, проведения маркетинговых акций и персонализированных коммуникаций.

В своем докладе я расскажу:
- как мы пришли к необходимости разработки собственной платформы DMP;
- об архитектуре платформы;
- как обеспечивается время ответа < 10 мс;
- как мы используем ClickHouse для хранения пользовательских событий;
- каким было сегментирование до внедрения конструктора и как используем сегменты для повышения бизнес метрик.

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