Рейтинг@Mail.ru

Профессиональная конференция разработчиков высоконагруженных систем

СКОЛКОВО, Москва 7 и 8 ноября

11-я ежегодная конференция для разработчиков highload-систем, которая соберет   2 700 участников из разных регионов России и мира. Мероприятие направлено на обмен знаниями о технологиях, позволяющих одновременно обслуживать многие тысячи и миллионы пользователей.

Программа охватывает такие аспекты веб-разработок, как архитектуры крупных проектов, базы данных и системы хранения, системное администрирование, нагрузочное тестирование, эксплуатация крупных проектов и другие направления, связанные с высоконагруженными системами.

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

В списке заявок отображаются как принятые Программным комитетом доклады на конференцию HighLoad++ 2017, так и не принятые.

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

Безопасность

CSRF-уязвимости все еще актуальны: как атакующие обходят CSRF-защиту в вашем веб-приложении

Уязвимости Cross-Site Request Forgery (CSRF) являются "классикой" AppSec и хорошо известны как специалистам по безопасности, так и разработчикам веб-приложений. Сегодня, как правило, при разработке веб-приложений уделяется внимание защите от CSRF-атак, и реализуются механизмы защиты. Также относительно новая технология "SameSite cookie", должна еще больше обезопасить веб-приложения от CSRF. ...

Безопасность в браузере
,
Защита информации
,
Безопасность программного кода, SQL и прочие инъекции
Программный комитет еще не принял решения по этому докладу

Перехват трафика - мифы и реальность

Никогда не было и вот снова случилось! Компания Google в результате перенаправления трафика сделала недостпуными в Японии несколько тысяч различных сервисов, большинство из которых никак не связано с самой компанией Google. Однако, подобные инциденты происходят с завидной регулярностью, вот только не всегда попадают в большие СМИ. ...

Отказоустойчивость
,
Распределенные системы
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Сетевое администрирование
Программный комитет еще не принял решения по этому докладу

Key Transparency и NoiseSocket как основа защищенной архитектуры

Key transparency и Coniks - одни из первых примеров использования Blockchain не как инструмента для криптовалюты или транзакций, а в своём первоначальном значении - контроле за целостностью информации. Они позволяют хранить информацию о публичных ключах в доступном для аудита виде, при этом обладают такими уникальными функциями как защита от утечки идентификаторов, строгое доказательство наличия и даже (!) отсутствия записи в блокчейне. С другой стороны, TLS, VPN, SSH - отличные протоколы "для людей". ...

Защита информации
,
Алгоритмы и их сравнение
Программный комитет еще не принял решения по этому докладу

Как мы учились чинить самолеты в воздухе

Все мы слышали про изменение кода ядра Linux на лету (kernel live patching). Но кто-нибудь проводит подобные фокусы в user space? Оказалось, что да. ...

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

AppSec from scratch: тернистый путь

На опыте выстраивания процессов тестирования безопасности в двух разных компаниях расскажу, с чего начать, с какими проблемами придется столкнуться и как их решать. * Что делать, если вы стартуете с нуля, что - если решили заняться безопасностью готового проекта. * Где можно срезать углы, а где - нельзя. ...

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

Защищаемость от DDoS на этапе проектирования системы

- Защищаемость системы от DDoS (Protectability - The ability to receive protection) - это важный параметр, которому стоит уделять внимание при проектировании. В настоящее время он не сформулирован в явном виде, однако сильно влияет на дальнейшую судьбу системы, особенно если она подвержена риску DDoS-атак. - Уже на этапе проектирования можно обезопасить себя и заложить в систему такие элементы, которые облегчат и повысят эффективность защиты системы от DDoS-атак в будущем. ...

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

Шаг к безопасному циклу разработки: тестирование поверхности атаки

У вас современная среда разработки: есть регрессионное и интеграционное тестирование, Continuous Integration, но security-команда молодая из программерской среды. С чего можно начать? Можно искать "низко висящие фрукты" прямо на тестовых стендах, обследуя поверхность атаки вашей системы. ...

Тестирование безопасности
Программный комитет еще не принял решения по этому докладу

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

Linux kernel TLS и HTTPS

Наверное, уже ни для кого не секрет, что в Linux kernel интегруется поддержка TLS: он уже есть в текущем RC Linux 4.13. В докладе я хочу рассказать зачем вносится TLS в ядро Linux и о подходах к Linux kernel TLS от Facebook/RedHat, Mellanox и нашего проекта Tempesta FW. Так же рассажу о специфичных для ядра проблемах реализации TLS. ...

C/C++
,
Защита информации
,
Оптимизация производительности
,
Архитектуры / другое
Программный комитет еще не принял решения по этому докладу

Как обслужить миллиард пользователей и отдать терабит трафика

Высокая нагрузка с точки зрения сетевого инженера. Паттерны в архитектуре на примере Facebook/Google. Многоуровневая балансировка L7, L4, L3. ...

Архитектурные паттерны
,
Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
,
Синхронизация данных, параллельная обработка, CDN
,
Архитектуры / другое
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Аппаратное обеспечение
,
Непрерывная интеграция
,
Сетевое администрирование
Программный комитет еще не принял решения по этому докладу

Высокопроизводительная и отказоустойчивая архитектура

На примере типовой архитектуры фронтальной системы, реализованной на Java стеке технологий, я покажу узкие места, точки отказа, и расскажу как мы боремся со всеми этими проблемами и нюансами в рамках создания платформы Единой Фронтальной Системы для одного из самых больших банков Европы. За 15 минут вы узнаете про: — типичные узкие места любого высоконагруженного приложения — порой наивные попытки закрыть глаза на явные точки отказа — как всего этого избежать и стать highload архитектором/разработчиком После моего доклада вы будите знать (или думать, что знаете): — что такое балансировщики и какие алгоритмы балансировки надо применять и в каких случаях — кто выиграет в споре client side vs server side presentation layer с точки зрения производительности и отказоустойчивости — как использовать кэширования/IMDG для отказоустойчивости — про уникальное архитектурное решение, которое вы не найдете ни в одной книжке ...

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

И тогда наверняка вдруг запляшут облака!

Облака и виртуализация – современные тренды развития IT-технологий. Операторы связи строят свои TelcoClouds на стандартах NFV (Network Functions Virtualization) и SDN (Software-Defined Networking). В докладе начнем с основ виртуализации, далее разберемся, для чего используются NFV и SDN, потом полетим к облакам и вернемся на землю для решения практических задач! ...

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

Микросервисы и несколько стеков технологий

ЦИАН - это компания, работающая давно и у которой в технологическом плане свой багаж legacy. Два больших монолита, которые обеспечивают работу сайта компании, написаны много лет назад на двух разных технологиях (C# и Python) и уже не справляются с предъявляемыми бизнесом темпом и качеством вносимых изменений. Из-за этого решено было переходить к микросервисам. ...

API
,
Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Непрерывное развертывание и деплой
Программный комитет еще не принял решения по этому докладу

Архитектура платежной системы: почти enterprise

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

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

Go, gRPC и Android. Плюсы/минусы в сравнении с Rest

Так случилось, что для нашего клиента, службы такси, мы решили сделать новое водительское приложение и избавиться от самописного протокола в старом приложении в сторону чего-нибудь нового и более долговечного. Наш выбор упал на gRPC и в докладе мы поговорим о: 1. Как помог нам gRPC решить архитектурные проблемы в приложении. ...

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

Балансировка "на скорости проводов". Без ASIC, без ограничений. Решения NFWare для Одноклассников

Аудитория Одноклассников превышает 73 миллиона человек в России, СНГ и странах дальнего зарубежья. При этом ОК.ru - первая социальная сеть по просмотрам видео в рунете и крупнейшая сервисная платформа. Качественный и количественный рост DDoS-атак за последние годы превращает их в одну из первоочередных проблем для крупнейших интернет-ресурсов. ...

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

Tupperware: Cluster management and distributed scheduling in Facebook

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

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

Асинхронно-событийное программирование: за и против

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

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

Отказоустойчивая топология Единой фронтальной системы

Тезисы: • Топологически ЕФС делится на независимые сегменты, имеющие собственные точки входа и компоненты маршрутизации. • Сегменты делятся на блоки. Блоки имеют собственные точки входа, максимально изолированы друг от друга на программном и аппаратном уровнях, и могут работать независимо от отказа других блоков или внешних систем, с возможной функциональной деградацией. ...

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

Управление техническим долгом

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

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

Как мы сделали многопользовательскую браузерную игру для HL++ с воксельной графикой

У компании Ingram Micro/Odin стенд на HL. На нем мы организуем браузерную игру с воксельной графикой, в которой каждый должен захватывать территорию общего мира и строить небоскребы, а за процессом можно наблюдать на стенде. На экранах мы будем в режиме реального времени показывать единый виртуальный 3D-мир, в котором участники будут строить небоскребы. ...

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

Как переписать проект c нуля, сохраняя контроль. Опыт domclick.ru

Рынок недвижимости устоялся, и в нем нет ничего нового и интересного, но так ли это? Забегая вперед, ответ таков: скорей нет, чем да. В современных реалиях появляются новые и сложные задачи, в уже, казалось бы, устоявшейся нише, и наличие готовых “how-to”, инструментов и т.п. ...

Технологии “быстрых решений”, “быстрого прототипирования”
,
Web-scale IT / другое
Программный комитет еще не принял решения по этому докладу

Масштабирование сети VR-аттракционов CinemaVR

CinemaVR - это сеть аттракционов виртуальной реальности, расположенных в торговых центрах и кинотеатрах. Сеть была запущена 1-го января с 10 локациями, в августе локаций было 25, к концу года будет 80. На каждой локации 4-8 игровых машин и локальный сервер (итого флот в сотню машин), которыми нужно управлять: контроливать, что конфигурация операционной системы соответствует целевой; что игровой контент и сопряженные сервисы скопированы и настроены; мониторить загрузку, статус работы, нетиповые события; собирать бизнес-события и синхронизировать данные, которые должны быть общими во всей сети. ...

Отказоустойчивость
,
Распределенные системы
,
Архитектура данных, потоки данных, версионирование
,
Архитектуры / другое
,
Логирование и мониторинг
,
Управление конфигурацией
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Dataplane networking acceleration with OpenDataplane

OpenDataPlane (ODP, https://www.opendataplane.org) является open source-разработкой API для сетевых data plane-приложений, представляющий абстракцию между сетевым чипом и приложением. Сейчас вендоры, такие как TI, Freescale, Cavium, выпускают SDK с поддержкой ODP на своих микросхемах SoC. Если проводить аналогию с графическим стеком, то ODP можно сравнить с OpenGL API, но только в области сетевого программирования. ...

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

Построение программно-определяемых дата-центров на базе Windows Server 2016

В рамках доклада будет рассказано о новых возможностях в Windows Server 2016, позволяющих создавать программно-определяемые дата-центры. В частности, будет описана общая концепция построения программно-определяемого дата-центра с использованием программно-определяемых сетей и виртуализации сетевых функций с помощью роли Network Controller в Windows Server 2016. Кроме того, будут затронуты вопросы создания программно-определяемых хранилищ в Windows Server 2016 с помощью Storage Space Direct. ...

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

Как мы KUPIVIP.RU переписали

Очень редкий для публичного представления "кейс" полного реинжиниринга главной технической системы одного из топ-10 интернет-магазинов России (по обороту). Со всеми "внутренностями". Зачем мы стали переписывать работающую систему с устаревших технологий на Spring Boot, зачем поменяли БД с SQL на MongoDB + Elasticsearch, зачем и как сменили верстку из двух отдельных сайтов на адаптивную, как переделали мобильное приложение с "html5" на нативочку, почему при этом количество кода уменьшилось на порядок, и мы стали выкатывать 500 релизов за полгода вместо 4-х (сразу скажу ответ - авто-тесты, тесты, тесты, тесты), как построили конвейер деплоя, аналитики. ...

Фреймворки
,
API
,
Java
,
MongoDB
,
Базы данных / другое
,
Оптимизация производительности
,
Распределенные системы
,
Методы и техника разработки ПО
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Большие проекты/команды
,
Автоматизация тестирования
,
Интеграционное тестирование
,
A/B-тестирование
,
Agile-практики в госкомпаниях, банках, предприятиях
Программный комитет еще не принял решения по этому докладу

Как построить кластер для расчета сотен тысяч high-CPU/high-MEM задач и не разориться

Наш проект – это облачный CI сервис, на котором пользователи запускают тесты разрабатываемых проектов. В этом году система автозакупки нашего проекта приобрела 37218 машин (Amazon Instances). Это позволило обработать 189488 "задач" (прогонов тестов) наших клиентов. ...

Работа с Amazon
,
Критерии выбора технологий для проекта
,
Архитектуры / другое
Программный комитет еще не принял решения по этому докладу

Optimizing Function Placement for Large-Scale Data-Center Applications

I'll present a practical methodology and tool that we developed to improve the performance of large-scale applications at Facebook. This methodology sorts the functions at link time using sample-based profiling data, and it doesn't require any change to the compiler or the linker. The order of the functions is obtained by a simple open-source tool that we built, called HFSort. ...

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

Смерть от распродажи: как Яндекс.Деньги попытались разогнаться к Black Friday и выстоять

В докладе мы расскажем о том, как Яндекс.Деньги: - захотели эквайрить множество онлайн-магазинов в ходе распродаж Black Friday; - узнали, что должны разогнать обработку карточных авторизаций в 1000 раз; - решились на десятки нагрузочных стрельб продакшна параллельно пользовательской деятельности совместно с группой банков-эквайров и платежных систем; - тестировали, тюнили и перерабатывали всю свою систему ради этой цели; - и главное – умерли или выдержали нагрузку в потоке платежей распродаж в день X? ...

Платёжные системы, обработка платежей
,
Бэкенд / другое
,
Оптимизация производительности
,
Распределенные системы
,
Рефакторинг
,
Нагрузочное тестирование
Программный комитет еще не принял решения по этому докладу

Построение архитектуры на базе Kubernetes, Ceph, Clickhouse, Go

Построение архитектура крупной видеоплатформы Integros (терабит трафика, сотни тысяч видео, миллиарды событий) * Почему мы выбрали такой стек * Микросервисы на Go * Kubernetes - кластер приложений * Ceph - надежно храним данные * Cephfs * RADOS * Clickhouse - статистика нашей системы * регистрируются сотни миллионов событий в день * реалтайм графики ...

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

BigПочта: как мы строили DataLake в Почте России

Почта России - большая организация. К особенностям Почты можно отнести: - географическое распределение отделений; - большая сеть отделений (45 тыс.); - большой объем обрабатываемых отправлений (в пике до 1 млрд. в год); - большой поток событий, поступающих real-time (200 млн. ...

Фреймворки
,
Java
,
Scala
,
Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
,
Архитектура данных, потоки данных, версионирование
,
Архитектуры / другое
,
Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Аппаратное обеспечение
,
Devops / другое
,
Аналитика / другое
,
Big Data и Highload в Enterprise
,
ETL
Программный комитет еще не принял решения по этому докладу

Реактивные микросервисы с Apache Kafka

Apache Kafka - довольно популярная опенсорс-платформа для обработки потоков сообщений. Абстракция распределенного лога, лежащая в основе Kafka, дает возможность использовать ее в качестве системы очередей, но при этом дает некоторые очень полезные преимущества, недоступные даже решениям ESB-уровня. В этом докладе мы разберем основные принципы, на которых построена Apache Kafka, узнаем как и в каких случаях ее использование позволяет решать задачи просто и эффективно. ...

Микросервисы, SOA
,
Асинхронное программирование, реактивное программирование
,
Распределенные системы
,
Архитектура данных, потоки данных, версионирование
Программный комитет еще не принял решения по этому докладу

Building a Skyscraper with Legos: The Anatomy of a Distributed System

Much has been written and said about distributed systems of many different sizes, scales, and complexities. Most of the time though, we either talk about algorithms and theoretical ideas or entirely concrete specific systems: Abstract or Concrete. Gossip, failure detection, and leader election are discussed as if they’re a magical salve that can be rubbed onto a project to make it distributed. ...

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

Тонкости работы трассирующего JIT-компилятора

Наша компания более 9 лет использует язык Lua для реализации бизнес-логики в проектах. Довольно быстро мы пришли к LuaJIT в качестве рантайм-платформы, а пару лет назад, столкнувшись с серьёзными архитектурными ограничениями этого продукта, создали собственный форк и успешно мигрировали на него. Анализируя производительность JIT-компилятора, доставшегося в наследство от LuaJIT'а, мы столкнулись с парадоксальной ситуацией: в некоторых случаях динамическая компиляция не улучшала (а иногда и ухудшала) производительность. ...

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

Создание сервиса S3 с нуля: от идеи до релиза

В данном докладе я хочу осветить полгода развития нашего проекта. Осенью 2016-го мы решили запустить аналог Amazon S3 с фокусировкой на российский рынок. Сейчас проект находится в закрытой бете и обслуживает трафик до 10Gbit на вход и на выход и до 50krpm, утилизируя не более 20% ресурсов 3-х пограничных нод. ...

API
,
Perl
,
Tarantool
,
Работа с Amazon
,
Lua
Программный комитет еще не принял решения по этому докладу

Чем заняться вечером, если я знаю сколько будет ++i + ++i

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

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

Жизнь после шардинга

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

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

Кластер RabbitMQ. Создание отказоустойчивого решения

Многие компании используют RabbitMQ в качестве связующего программного обеспечения для конвейерной архитектуры или микросервисов. С ростом нагрузки вcтает вопрос о масштабировании и отказоустойчивости системы обмена сообщениями. Решение из коробки, которое предоставляет RabbitMQ, в большинстве случаев решает проблемы масштабирования, но не отказоустойчивости. ...

Python
,
Отказоустойчивость
,
Архитектуры / другое
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
Программный комитет еще не принял решения по этому докладу

Бэкенд, теория программирования

[митап/кодлаб] Делаем простую базу для гео данных

Цели этой лабораторной работы: 1. Получить опыт в Go 2. Научиться понимать как примерно работают key-value хранилища(redis, memcached) 3 .Как работают некоторые индексы. ...

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

Почему ivi перешел со Sphinx на Elasticsearch

В своей работе мы используем поисковый движок не только для полнотекстового поиска. Поисковый движок - это сердце API и сердце системы доступности контента. Для каждого региона и каждой платформы должен существовать свой ivi со своим настройками, множеством контента, правилами от правообладателей и рекламодателей. ...

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

Опыт разработки модуля межсетевого экранирования для MySQL

Расскажем о нашем опыте разработки модуля межсетевого экрана для MySQL с использованием генератора парсеров ANTLR и языка Kotlin. Подробно рассмотрим следующие вопросы: — когда и почему целесообразно использовать ANTLR; — особенности разработки ANTLR-грамматики для MySQL; — сравнение производительности рантаймов для ANTLR в рамках задачи синтаксического анализа MySQL (C#, Java, Kotlin, Go, Python, PyPy, C++); — вспомогательные DSL; — микросервисная архитектура модуля экранирования SQL; — полученные результаты. ...

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

Облачное объектное хранилище: от экзабайта до нуля и обратно к экзабайту

Как можно построить экзабайтное хранилище на очень простых принципах командой минимального размера? Как масштабировать и поддерживать проект такого масштаба в десятках дата-центров по всему миру? Как перейти от простого решения для одного заказчика к S3-совместимому объектному хранилищу с микросервисной архитектурой за 5 недель? ...

API
,
Бэкенд / другое
,
Микросервисы, SOA
,
Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Lua
Программный комитет еще не принял решения по этому докладу

Как и зачем создавать NginX-модуль - теория, практика, профит. Часть 2

Почти год назад я выступил с докладом 'Как и зачем создавать NginX-модуль - теория, практика, профит'. У меня не получилось рассказать о всех возможностях Nginx, и уверяю вас, в этом докладе у меня это тоже не получится - тема слишком большая! Сразу перейдем к делу. ...

C/C++
,
Бэкенд / другое
,
Асинхронное программирование, реактивное программирование
,
Распределенные системы
Программный комитет еще не принял решения по этому докладу

Хочу всё сжать

Ловко придумать схему сжатия для своих данных умеют не все, а очень зря. Иногда (иногда) при помощи этой магии удается добиться как бы невозможного: одновременно и сэкономить диск или память, и при этом ускорить код. Как работает магия сжатия в целом? ...

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

Как писать сервис, поддержка которого не превращается в ад

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

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

Как мы профилируем прод

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

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

Как мы поддерживаем 100 разных версий клиентов в Badoo

В Badoo на данный момент на общей кодовой базе работают несколько разных проектов на всех основных платформах (iPhone, Andorid, Web и т.д.), где каждая платформа может иметь больше десятка одновременно работающих версий. В этом докладе я расскажу о том, как мы с этим живем и какими подходами решаем задачи разного кода для разных версиий клиентов. А именно: как мы меняем протокол, как мы поддерживаем разный серверный код для разных версий клиентов, что такое минорная фича, почему старый клиент – это не страшно, – и как это все помогает в A/B тестировании. ...

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

Безболезненный Fallback cache на Scala

В крупных (или микросервисных) архитектурах у Backend'а есть свои Backend'ы. И, если какой-то сервис очень важный, он не всегда очень производительный. Как сделать так, чтобы ваша система продолжала отвечать, даже если важные источники информации перестали отвечать? ...

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

Блокчейн

Применение блокчейна в RTB. Можно ли масштабировать децентрализованную базу данных для обработки и сохранения сотен тысяч показов в секунду?

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

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

Блокчейн в системах мотивации сотрудников

Проблемы мотивации сотрудников: - Непрозрачная или сложная система вознаграждений сотрудников - Классические системы мотивации сложно применять для совершенно разных сотрудников, с сильно различающимися возможностями и интересами - Традиционные системы мотивации увеличивают расходы компании Решение: Использование смарт-контрактов, внедрение “своей валюты” и интеграция технологии блокчейн с системами управления проектами, задачами и CRM позволяет геймифицировать процесс стимулирования в компании. ...

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

Внутри блокчейна Graphene

В докладе будет освещена высокоуровневая технология блокчейн Graphene. Преимуществом представляемого блокчейна Graphene является высокая скорость обработки транзакций. Почему именно Graphene выбран для обсуждения ? ...

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

Системное администрирование

Что нового в nginx?

Что нового появилось в nginx за последнее время, и для чего всё это нужно? В докладе - рассказ про основные новые функции в nginx 1.11.x (доступно в стабильной ветке 1.12.x) и 1.13.x. Для чего нужен параметр сборки --with-compat, что делает директива mirror, будет ли работать TLS 1.3, как обновлять кэш с помощью proxy_cache_background_update, что такое stale-while-revalidate, как логировать JSON и что делать, если после обновления конфигурации старые рабочие процессы долго не завершаются.

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

Джентльменский набор сисадмина

Мне хочется поделиться примерами рабочих процессов и наработанных нами практик в Badoo. Рассказать о том, как можно автоматизировать ресурсоемкие процессы, после чего они покажутся совсем простыми. Архитектурные реализации для Puppet, xCAT, Docker, Consul (техническая часть без – фанатизма). ...

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

Lua @ HighLoad++

Lua guts

Рассказ о ловушках в Lua и темных углах, в которых вас поджидают опасности. ...

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

Enterprise-системы

Разгоняем ASP.NET Core

Прошло более года с того момента, как Microsoft выпустила первую версию своего нового фреймворка для разработки web-приложений ASP.NET Core, и с каждым днем он находит все больше поклонников. ASP.NET Core базируется на платформе .NET Core, кроссплатформенной версии платформы .NET c открытым исходным кодом. Теперь у С#-разработчиков появилась возможность использовать Mac в качестве среды разработки, и запускать приложения на Linux или внутри Docker-контейнеров. ...

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

Опыт разработки, отладки и внедрения системы горячего резервирования торговой системы

- "Горячий" резерв, что это и зачем это нужно? Всем ли нужен? - Почему Московская Биржа решила это реализовывать. ...

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

DevOps в Enterprise, полетит ли и когда?

В мире "цифры" телеком-компании открывают счета и вклады, технологические компании залазят на территорию банков, банки пытаются отжать куски пирога у ритейла. DevOps — это подход, который позволяет быстро разрабатывать ПО, чтобы успешно конкурировать в цифровом мире. Доклад раскроет, что же такое DevOps с "высоты птичьего полета", что мешает развитию DevOps в крупных корпорациях (с примерами из реальной жизни), а также почему нельзя откладывать DevOps на завтра и надо начинать прямо сегодня. ...

Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Инфраструктура как сервис (IaaS), платформы как сервис (PaaS)
,
Web-scale IT / другое
Программный комитет еще не принял решения по этому докладу

DevOps и эксплуатация

All of your network monitoring is (probably) wrong

This talk will begin by briefly explaining what it means to monitor network health. This talk will cover network health from the point of view of device drivers, low level networking stacks, and application code. This talk will also describe some interesting scenarios, shortcomings, and bugs that make monitoring networks incredibly difficult if not impossible in some cases.

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

Настройка kubernetes: tips and tricks

Настройка кластера Kubernetes. Tips & Tricks Мы в Avito уже более года используем Kubernetes в качестве платформы для микросервисов. За это время мы столкнулись с рядом проблем, с которыми может столкнуться каждый пользователь платформы. ...

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

one-cloud - Система управления датацентром в Одноклассниках

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

Java
,
Отказоустойчивость
,
Распределенные системы
,
Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Менеджмент в эксплуатации
Программный комитет еще не принял решения по этому докладу

Инцидент-менеджмент в Badoo

Технологические команды разного размера рано или поздно сталкиваются с тем, что возникающие проблемы становится сложнее контролировать. Какие-то события возникают сами по себе, какие-то – "благодаря" человеческому вмешательству, – или что-то идёт не так после заранее запланированных работ. Всё это приводит к тому, что страдают и пользователи (потому что у них что-то не работает), и сотрудники (потому что им приходится тратить больше времени на выяснение причин случившегося).

Менеджмент в эксплуатации
,
Большие проекты/команды
Программный комитет еще не принял решения по этому докладу

Борьба со спамом у хостинг-провайдера

Крутые игроки рынка, типа Яндекса и Google, хорошо умеют фильтровать спам. Однако воспользоваться их фильтрами просто так нельзя, нужно отдать им всю свою почту. Что делать тем, кто не может себе этого позволить? ...

Электронная почта
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Yoda или маленькая, но мощная деплой-утилита для докера

1. Docker – отличная тулза, но сложные инструменты. 2. ...

Микросервисы, SOA
,
Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

DevOps-трансформация Альфа-Банка

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

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

Мониторинг облачной CI системы на примере Jenkins

В докладе представлен опыт создания системы мониторинга для большой CI системы, включающей в себя 4 Jenkins-мастера, на самый большой из которых ежедневно приходится больше 100 тысяч сборок/билдов/запусков. Т.к. в нашей компании каждый коммит обязан пройди через CI, роль мониторинга CI огромна. ...

Логирование и мониторинг
,
Управление конфигурацией
,
Непрерывная интеграция
Программный комитет еще не принял решения по этому докладу

Разработка портируемой инфраструктуры New Relic - контейнеры, CoreOS, и прочие приключения

Нашей группе было поручено создать новый самостоятельный “регион” для всех продуктов New Relic, предназначенный для обслуживания европейских клиентов подпадающих под ограничения GDPR. Здесь следует отметить, что так как наша компания предоставляла свои услуги исключительно через “облако” (SaaS), то хорошо выработанных процессов для настройки всей инфраструктуры “с нуля” у нас не было. Рассмотрев полученную задачу, мы установили, что настройка региона при имеющихся процессах займет Н месяцев. ...

Архитектурные паттерны
,
Масштабирование с нуля
,
Критерии выбора технологий для проекта
,
Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Менеджмент в эксплуатации
,
Большие проекты/команды
,
Корпоративная культура и мотивация
,
Антикризисный менеджмент
Программный комитет еще не принял решения по этому докладу

Logging and ranting

A story about real life experience in Lamoda, featuring logging, forest animals, limited size buffers and morning routines. Possible takeaways from this presentation: 1. Understanding the need of central log aggregation 2. ...

Микросервисы, SOA
,
Стандарты кодирования
,
Критерии выбора технологий для проекта
,
Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Infrastructure as code might be literally impossible

This talk will begin by briefly examining what it means for infrastructure to be represented as code. We'll examine some fundamental software components required for automating infrastructure such as GPG, package managers, SSL, and more. We'll examine some interesting failure cases for these tools and how these shortcomings might make infrastructure as code impossible, for now. ...

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

Трансформация DevOps - прошибая стены

DevOps трансформация, что это? Многие знают про continuous delivery, про скорость доставки фич, и как с нуля строить проекты с мгновенной доставкой до продакшена. Так же есть много информации про DevOps Continuous Delivery инструментарий: Docker, Kubernetes, Jenkins, … Но что делать, когда у вас успешный продукт с долгой историей, с миллионами строчек кода, со множеством крупных партнеров, и вдруг вы обнаруживаете, что в среднем путь фичи от идеи до установки на инсталяцию партнера занимает 2 года ? ...

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

Автоматизация QA-сред

Обзор проблематики внутри компании, какие задачи решали: - Тестирование нового функционала в изолированных средах. - Быстрое разворачивание без участия человека. - Контролируемая инфраструктура для QA. ...

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

Насколько жив ваш CI

В докладе я собираюсь раскрыть незаслуженно игнорируемую тему мониторинга сервисов непрерывной доставки. Будет немного академической теории из инженерии, и как эта теория согласуется с современными процессами разработки. С практической стороны покажу несколько реально работающих подходов к мониторингу сервиса непрерывной интеграции (на примере Jenkins), а также расскажу, зачем, в принципе, надо делать мониторинг подобных сервисов, и как они влияют на классический процесс эксплуатации и на бизнес. ...

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

Zabbix: рецепты высокопроизводительного мониторинга

Я расскажу о принципах создания высокопроизводительного мониторинга и о том, какие инструменты для этого существуют в Zabbix. Проанализируем результаты бенчмарков различных сценариев работы Zabbix, посмотрим, сколько метрик в секунду способна собирать и обрабатывать наша система мониторинга. Отвечу на вопрос, что и как влияет на производительность Zabbix? ...

Оптимизация производительности
,
Логирование и мониторинг
,
Сетевое администрирование
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Yet Another AnsibleUI

Любая серьезная проектная разработка немыслима в современном IT мире без использования систем управления конфигурациями и развертыванием. Процесс непрерывного и автоматизированного развертывания помогает существенно сократить время на выпуск готового продукта, исключить множество ошибок во время деплоя приложения. В настоящее время представлено достаточное количество систем управления конфигурациями: Chef, Puppet, Ansible и др. ...

Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Переосмысливая подход к инфраструктурному коду

Legacy-код - это проблема, которая затрагивает не только программный, но и инфраструктурный код. Причём невозможность двигаться вперёд и большие риски, связанные с изменением логики, грозят ничуть не меньшими потерями. Я расскажу о том, как в нашей компании мы проводили рефакторинг и модулирование огромного куска Puppet-кода, который обслуживает множество проектов, вводили тестирование и к чему это всё привело. ...

Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Масштабируя DNS

Протокол DNS на семь лет старше, чем Всемирная паутина. Стандарты RFC 882 и 883, определяющие основную функциональность системы доменных имён, появились в конце 1983 года, а первая реализация последовала уже годом позже. Естественно, что у технологии столь старой и при этом по сей день активнейшим образом используемой просто не могли не накопиться особенности, неочевидные обыкновенным пользователям. ...

Синхронизация данных, параллельная обработка, CDN
,
Архитектуры / другое
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
Программный комитет еще не принял решения по этому докладу

DevOps придумали разработчики, чтобы админы больше работали

На каждой конференции мы слушаем интереснейшие доклады про CI/CD, service discovery, docker, kubernetes и т.д. Практически все эти доклады рассказывают нам о "разработческой" стороне проблемы: как собрать образ контейнера, быстро его протестировать и задеплоить, как контейнеры друг о друге узнают, как добавится новый upstream в конфиг nginx, и т.д. Но никто нам не рассказал, как потом с этим "облачным" счастьем жить (тем более под нагрузкой). ...

Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Как научить разработчика в мониторинг. Опыт Aviasales.

Никто не любит делать мониторинг. Очень часто на вашем боевом окружении мониторится лишь то, что доступно в вашей системе мониторинга «из коробки». Когда что-то идёт не так, никто не знает, что случилось и что исправлять. ...

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

Готовим тестовое окружение, или сколько тестовых инстансов вам нужно

Казалось бы, что нужно для организации тестового окружения? Тестовая железка и копия боевого окружения - и тестовый сервер готов. Но как быть, когда проект сложный? ...

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

January 1st, 1970

The monolithic operating system has not changed much in the past forty years but hardware, software development, and the world in general has. As engineers we are stuck living under neolithic layers of digital mud while the ever increasing demand of security and efficiency beckon us more into the future. The future is unikernels. ...

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

Как мы заставили Druid работать в Одноклассниках

На сайте Druid сказано: «Druid is a high-performance, column-oriented, distributed data store». Зато на сайте не сказано, что его сложно поднимать, настраивать и поддерживать. Однако, мы справились с этими задачами и хотим рассказать вам о том, как нам это удалось. ...

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

Карта граблей на поле сбора и доставки логов. Lazada-way

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

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

Linux containers - the missing parts

In this talk Marian will explain, what are the challenges when using containers. He will describe issues with the process scheduler, memory accounting and filesystems. He will also point some security issues related to containers.

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

Metrics are Not Enough: Monitoring Apache Kafka

When you are running systems in production, clearly you want to make sure they are up and running at all times. But in a distributed system such as Apache Kafka… what does “up and running” even mean? Experienced Apache Kafka users know what is important to monitor, which alerts are critical and how to respond to them. ...

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

Kubernetes: развертывание приложений в кластере

Создаем микросервисы и запускаем их в кластере, масштабируем, управляем, мониторим. * Микросервисы. * Кластер приложений: обзор существующих. ...

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

ElasticSearch и Heka: как мы учились просеивать слона через сито

Год назад в Яндекс.Деньгах появилась система сбора логов в реальном времени на базе ElasticSearch и Heka. Сейчас она пропускает через себя 2 млрд сообщений в день. Сегодня я расскажу, как она была построена, почему выбран именно стек EHK, и почему мне не стыдно за свой выбор. ...

Логирование и мониторинг
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

SOA: строим свой service mesh

service mesh - это выделенный слой в инфраструктуре компании который призван упростить взаимодействие между сервисами, а также сделать его надежным и безопасным. В юрисдикцию service mesh, по разным мнениям, входят: маршрутизация запросов, service discovery, балансировка, обработка ошибок, мониторинг, трейсинг, авторизация и аутентификация и др. вещи. ...

Микросервисы, SOA
,
Архитектурные паттерны
,
Отказоустойчивость
,
Логирование и мониторинг
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Митапы
Программный комитет еще не принял решения по этому докладу

Страх и ненависть в мире релиз-инжиниринга

В этом году в рамках работы в FunCorp мы вместе с коллегами пересмотрели нашу инфраструктуру сборок, тестов и выкатов. Основной целью являлось ускорение процесса "от коммита до деплоя". Пытаясь достичь этой цели, мы проанализировали множество решений и увидели на собственном опыте подводные камни реализации "deployment pipeline", сравнивая реальность с методологиями из книги "Непрерывное развертывание" Джеза Хамбла и Дейвида Фарли.

Работа с Amazon
,
Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Java и Linux - особенности эксплуатации

Java на Linux встречается повсеместно в информационных системах от больших данных до новомодных serverless архитектур. Как Linux, так и Java имеют свои эксплуатационные нюансы. Понимание этих нюансов важно, чтобы заставить стек Java + Linux работать стабильно и эффективно. ...

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

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

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

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

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

Честное перформанс-тестирование

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

Профилирование
,
Непрерывная интеграция
,
Devops / другое
,
Проектные артефакты, инструментарий
,
Теории и техники анализа
,
Аналитика / другое
,
Нагрузочное тестирование
,
Автоматизация тестирования
,
Профилирование и отладка кода
,
Приёмочные и функциональные тесты
,
QA / другое
Программный комитет еще не принял решения по этому докладу

Сложности performance-тестирования

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

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

Технологии будущего

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

Узкотематические секции: видео, поиск, RTB, биллинги

Fraud in mobile applications: how to define and detect

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

Мониторинг и эксплуатация мобильного приложения
,
Безопасность в мобильных приложениях
Программный комитет еще не принял решения по этому докладу

Почему оно не находится!

...и что сделать, чтобы уже находилось? И снова про качество поиска. Поменьше скучной теории (ну чтобы не более 60%); больше практических примеров. ...

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

Не так страшен терабит

Мы поделимся опытом масштабирования высоконагруженного видеопроекта до емкости в 1 терабит и как при этом реальность соотносится с ожиданиями. Основные темы: - Как построить серверную архитектуру способную стабильно отдавать до 75 Гбит/с с одной ноды (аппаратная и програмная конфигурация, предрлчтительный профиль нагрузки) - Как влияет SSL на производительность при высоких нагрузках ("стоимость" перехода на ssl на высоких скоростях -- как падает максимальная производительность) - Как разгрузить CDN за счет WebRTC p2p (какой профиль нагрузки хорошо ложиться на p2p, какая доля трафика при этом будет идти с CDN) В докладе мы также ответим на следующие вопросы: - Больше трафика -- проблем больше или меньше? - Все ли SSD одинаково полезны?

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

Building a WebScale Search Engine with a Data Driven Architecture

When building a Search Engine, generic solutions are mostly the go to tools to use when designing the system. However, at a certain scale, as we have at Booking.com, off the shelf tools can no longer sustain the requirements we need from them. When searching through hundreds of millions of reservations multiple times on every pageview, we had to build a system that not only scales and is highly available, but also a system that can deliver business value by being flexible enough for other developers to attach their business specific logic to. ...

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

Интернет вещей (IoT)

Использование Ubuntu Snappy Core для интернета вещей в продакшне

TL; DR; Как у нас все было плохо с Puppet. Что стало лучше с Ubuntu Core, и какие подводные грабли есть при работе с этой системой. Описание сдвига парадигмы, который должны преодолеть те, кто впервые с ней сталкивается. ...

Отказоустойчивость
,
Распределенные системы
,
Управление конфигурацией
,
Другое
Программный комитет еще не принял решения по этому докладу

Зато мы делаем процессоры! Или сколько данных надо перелопатить, чтобы найти дефект на полупроводниковой пластине?

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

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

Делаем свою прошивку для IP камеры на Rust

Я хочу рассказать про наш опыт самостоятельной разработки прошивки для IP камеры. Современные дешевые IP камеры очень приличны по качеству железа, но сильно страдают софтом. Поголовно используется софт которому больше 10 лет без патчей, удивительные проблемы с передачей видео по сети (потери данных в TCP), фантастический уровень безопасности (рутовый телнет без пароля), повсеместное нарушение стандартов. ...

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

Импортозамещение

Из Голландии в Россию с любовью

В докладе мы рассмотрим реальный кейс переноса всей ИТ инфраструктуры Заказчика из его Голландского офиса в Россию в виртуальные облака, с последующей поддержкой и администрированием сотрудников на местах. Как можно все это сделать, не отменяя своего отпуска, в сжатые сроки и без изучения голландского языка? Сколько будет стоить каждое виртуальное рабочее место? ...

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

Архитектура и производительность фронтенда

Malicious CDNs, Evil Admins, and Third-Party Software

Many application developers rely on CDNs to serve assets used in day to day business. The reasons for using a CDN may vary, but the underlying fact is true: the developer doesn’t control the source of the file being served to the browser. This means whoever controls the CDN, be it a malicious attacker, or evil administrator, controls the code that will be served to your users. ...

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

Оптимизации поисковой выдачи Яндекса

Поисковая выдача Яндекса (СЕРП) - сложное многофункциональное веб-приложение с высокими требованиями к скорости загрузки. По ряду причин мобильный веб медленнее десктопа: ограничения по CPU/памяти в телефонах, нестабильность мобильных сетей. В докладе расскажем, как с учётом этих особенностей, мы ускоряем мобильный СЕРП.

Производительность и мониторинг фронтенда
Программный комитет еще не принял решения по этому докладу

Игрушки для взрослых JS-программистов

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

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

Мониторинг производительности фронтенда и визуализация данных Webpagetest

Современный фронтенд крупных WEB-приложений порождает множество задач оптимизации производительности, которые для корректного решения требуют детального анализа определенных метрик. Поэтому нужно вести их аналитику, привязанную непосредственно к процессу разработки/CI. Ключевыми инструментами, используемыми для решения этой задачи в контексте данного доклада, являются Webpagetest, Speedtracker и SpeedtrackerAPI. ...

Производительность и мониторинг фронтенда
Программный комитет еще не принял решения по этому докладу

Построение фронтовой архитектуры на примере realty.domclick.ru

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

Single page application, толстый клиент
,
Взаимодействие с серверной стороной (API)
,
Node.js и io.js
Программный комитет еще не принял решения по этому докладу

HTTP/2 - теория и практика

С приходом HTTP/2 должно было наступить всеобщее счастье и скорость. Однако, далеко не вся теория подтверждается практикой. Почему так происходит, где и как стоит применять HTTP/2 будем говорить в этом докладе. ...

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

Микросервисный фронтенд

Последние несколько лет в продуктовой разработке проблемы маштабирования решаются через переход на микросервисную архитектуру. На эту тему было сказано много про подходы, плюсы и минусы, но мало кто рассматривал эту проблематику со стороны фронтенда. В ЦИАН мы идем по пути перехода от монолита к микросервисам, в том числе и на фронтенде. ...

Мобильные сайты и приложения на веб-технологиях
,
Single page application, толстый клиент
,
Пакетные менеджеры и организация модульности
,
Организация системы кеширования
,
Микросервисы, SOA
,
Архитектурные паттерны
,
Отказоустойчивость
,
Профилирование
,
Распределенные системы
,
Разделение представления и бизнес-логики, шаблонизация
,
Методы и техника разработки ПО
,
Логирование и мониторинг
,
Технологии виртуализации и контейнеризации
,
Непрерывное развертывание и деплой
,
Большие проекты/команды
,
Продуктовая разработка
,
Производительность и мониторинг фронтенда
Доклад принят в Программу конференции

Мониторинг производительности фронтенда в Badoo

Производительность – важный аспект работы современных web-приложений, и с каждым годом разработчики уделяют ему все больше внимания. Мы вкладываем много сил в разработку и оптимизацию, тщательно все тестируем, но достаточно ли этого, чтобы в день релиза быть уверенными, что у наших пользователей все действительно хорошо и быстро работает? Лучший способ в этом убедиться – следить за тем, как приложение ведет себя у реальных пользователей.

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

Практический Elm

Год назад в компании стартовала разработка крупного проекта с большим количеством Frontend-разработки. Поначалу решено было набросать прототип и выяснить глубину падения. Для простоты решили не брать js-фреймворков. ...

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

Как развивать библиотеку компонентов, не ломая её

Нынче стало модно выделять UI компоненты в отдельную библиотеку и использовать её в нескольких проектов. Мы, в команде почты Mail.ru, делаем так же, но столкнулись с проблемой: каждый разработчик меняя библиотеку под свои нужды обязательно ломает что-нибудь что работало у других. Я расскажу о том как мы решили эту проблему и о том какие инструменты для этого можно использовать.

Шаблонизаторы и препроцессоры
,
Адаптивные дизайн и вёрстка
,
Single page application, толстый клиент
,
AngularJS, Backbone.js и другие JavaScript-фреймворки
,
Совместная работа дизайнеров и верстальщиков
,
Фронтенд / другое
Программный комитет еще не принял решения по этому докладу

Пиксельные шейдеры для Web-разработчиков. Программируем GPU

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

WebRTC, WebGL и веб-медиа в целом
,
Дизайн и работа с изображениями
Доклад принят в Программу конференции

Состояние Состояния

Рассмотрим различные способы управления состоянием приложения. Поделим аудиторию и разожжем холивар (Рассмотрим плюсы и минусы разных подходов): Services - Стандартный подход работы с сервисами. CQS/CQRS - Command Query Separation. ...

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

Нейронные сети, искусственный интеллект

Распознавание облаков и теней на спутниковых изображениях с использованием глубокого обучения

Спутниковые изображения Landsat-8 являются одним из наиболее востребованных инструментов мониторинга и исследования земной поверхности. Одной из главных проблем использования этих изображений является зашумленность их облаками и тенями от облаков. На начальном этапе обработки необходимо "отбраковать" зашумленные части сцен или сцены целиком. ...

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

Нейронные сети: быстрый инференс на GPU с помощью TensorRT (мастер-класс)

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

Фреймворки
,
C/C++
,
Python
,
Оптимизация производительности
,
Другое
,
Machine Learning
Программный комитет еще не принял решения по этому докладу

Нейросети и инверсный индекс для чатботов - подсказываем ответы на вопросы, автоматизируем техподдержку

* Чатботы и искусственный интеллект - алгоритмы и их возможности. * Обзор инструментов NLP для подсказки ответов на вопросы. * Современные алгоритмы deeplearning для ранжирования ответов на вопрос - перспективы и прикладное использование. ...

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

Обнаружение аномалий во временных рядах с помощью автоэнкодеров

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

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

Face Recognition: From Scratch To Hatch

Мы разработали технологию по детекту и распознаванию лиц для продуктов компании Mail.ru, которая показывает высокие результаты на известных тестах. Она уже успешно используется для внутренних сервисов компании, и сейчас мы активно запускаем продукты для наших пользователей. В рамках доклада расскажу: - как научить нейросеть находить лица на фотографии и различать их; - интересные аспекты обучения и трюки, о которых вы не прочитаете в статьях; - как мы оптимизировали вычисления для того, чтобы справляться с десятками миллионов запросов в сутки; - проблемы модели, с которыми столкнулись при внедрении в production, и как их решали. ...

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

Аппаратное обеспечение, инфраструктура

Дезагрегация и открытость в сетях Ethernet

Одним из ключевых инновационных трендов в современных сетях является дезагрегация, при которой̆ аппаратная платформа сетевого устройства отделяется от операционной̆ системы и приложений, что позволяет использовать различные ОС на различных устройствах, а также запускать различные сетевые приложения на этих ОС. Если в мире серверов дезагрегация и создание унифицированной открытой аппаратной платформы на базе архитектуры x86 и IBM PC, произошло десятки лет назад, то в мире сетей этот подход только начинает набирать обороты. Дезагрегация, или разделение платформы сетевого устройства на независимые унифицированные компоненты - аппаратное «железо», операционную систему и приложения, это идея, пришедшая к нам от крупнейших web-компаний с первоочередной̆ целью снижении затрат на содержание сети (OPEX). ...

Аппаратное обеспечение
,
Сетевое администрирование
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Спектральное уплотнение - эффективный инструмент для высоконагруженных систем.

Хардкорная передача данных: 24/48 TBit/s по паре волокон - реальность. В чём крутизна L1 каналов? Обзор технологии, рынка, тенденций В какую сторону смотрят крупные игроки (Google, Facebook и др.) и как на это реагируют производители Примеры использования, или для кого все это нужно (Электронная коммерция, финансы, интернет, телеком, медиа и др.) Разбор практических кейсов - интернет магазин - агрегатор по продаже билетов - оператор связи - банк - хостинг и др.

Проектирование информационных систем
,
Инфраструктура как сервис (IaaS), платформы как сервис (PaaS)
,
Конвергентность
,
Big Data и Highload в Enterprise
,
Enterprise-системы
Программный комитет еще не принял решения по этому докладу

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

Локальное KV-хранилище: сравнительное тестирование 9 "движков"

Я не люблю доклады про цифры. Ни слушать, ни читать. Я люблю доклады про концепции и тенденции, на худой конец - про методики. ...

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

Beyond WHERE and GROUP BY — new and faster ways of querying your data in MariaDB

Мы пишем SQL-запросы с WHERE, GROUP BY, ORDER BY, HAVING уже десятки лет. Но никто уже не использует MySQL 3.20 или Windows 3.11 — зачем же ограничивать себя стандартом SQL:1992? Последние версии MariaDB поддерживают возможности SQL:1999 (common table expressions), SQL:2003 (window functions), SQL:2011 (system-versioned tables), SQL:2016 (JSON), что позволяет строить более сложные (например, иерархические) модели данных и писать гораздо более простые и быстрые запросы.

MySQL (MariaDB, Percona Server)
Программный комитет еще не принял решения по этому докладу

Синхронизация данных из PgSQL в Tarantool

Часто возникает задача создать кэш перед какой-либо базой данных, будь это PgSQL или какая-нибудь другая БД, и иметь возможность быстро обратиться к данным и снизить нагрузку на БД. Но самое главное в такой задаче - иметь эти данные всегда актуальными между кэшем и самой БД. Исходя из этой ситуации выходит, что не все данные возможно хранить в кэше, так как у нас нет уверенности, что они актуальные на данный момент. ...

Миграции данных
,
PostgreSQL
,
Tarantool
,
Lua
Программный комитет еще не принял решения по этому докладу

Solutions for database scalability in Alibaba: past, now and future

There are some problems when we deploy solutions for database scalability. There are more than 10 thousand database instances in Alibaba , and most of them are organized in clusters to meet up the applications’ requirement. In this topic, I will introduce the solutions that we had in these years. ...

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

5 boring performance improvements in MongoDB 3.4 that matter

I will talk about performance improvements to MongoDB replication and sharding whose development I have been involved in. These under-the-hood improvements make a difference to users that have terabytes of data and possibly also lots of shards. I'll cover the following improvements in MongoDB 3.4: - Order of magnitude faster initial sync for replicas by building indexes in parallel - Removing throttling from migrations (re-balancing) between shards - Allowing parallel migrations between shards - Moving the balancer process from the mongos servers to the primary config server (a singleton) - Wire Protocol Compression to speed up replication in geographically distributed clusters - Future improvements to expect ...

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

Columnar Table Performance Enhancements Of Greenplum Database with Block Metadata and Sort Keys

Alibaba built up a data warehouse service named HybridDB in its public cloud service, based on the open sourced Greenplum Database. And it keeps on enhancing HybridDB's preformance. This presentation will talk about how Alibaba improves HybridDB's performance for columnar tables with data block's meta data (MIN/MAX values of block data) and sort keys (pre-defined keys that data will be sorted and stored with). ...

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

Оптимизания запросов в MySQL

Оптимизация запросов обычно помогает на порядок улучшить производительность MySQL. С помощью моей методики вы сможете оптимизировать медленные запросы, увеличить производительность и снизить цену на сервера. Во время доклада мы рассмотрим разные варианты медленных запросов (запросы с group by, order by, joins и другие) и методику их оптимизации.

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

(За)чем секционировать таблицы в PostgreSQL?

Свершилось - в PostgreSQL 10 появился встроенный механизм секционирования! Теперь у нас есть возможность сравнить сторонние решения с "ванильным" секционированием, чтобы узнать возможности и ограничения нового подхода. Нам, как авторам pg_pathman, собственного движка секционирования, было особенно интересно поучаствовать в развитии встроенного решения и провести ряд бенчмарков, которыми мы с радостью поделимся со всеми желающими. ...

PostgreSQL
,
Оптимизация производительности
Программный комитет еще не принял решения по этому докладу

Best Practices for MySQL High Availability in 2017

The MySQL world is full of tradeoffs and choosing a High Availability (HA) solution is no exception. This session aims to look at all of the alternatives in an unbiased nature. Preference is of course only given to opensource solutions. ...

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

MongoDB and Raft

MongoDB 3.2 introduced a new replication protocol: version 1, or pv1 for short. While still similar to the original replication protocol (pv0), it adds some robustness improvements found in the Raft algorithm. Raft is an algorithm introduced in a series of academic publications by Diego Ongaro. ...

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

Эффективное использование ClickHouse

ClickHouse чуть более года доступен в open-source. За это время накоплен опыт его использования в российских и зарубежных компаниях. В некоторых из них объёмы данных и нагрузки превышают те, с которыми мы имеем дело в Яндексе. ...

C/C++
,
Базы данных / другое
,
Отказоустойчивость
,
Оптимизация производительности
,
Профилирование
,
Распределенные системы
,
Критерии выбора технологий для проекта
,
Логирование и мониторинг
,
Администрирование баз данных
,
Big Data и Highload в Enterprise
,
MySQL (MariaDB, Percona Server)
,
Hadoop
Программный комитет еще не принял решения по этому докладу

Хранимые процедуры в NoSQL СУБД на примере Tarantool

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

Tarantool
,
Микросервисы, SOA
,
Lua
Программный комитет еще не принял решения по этому докладу

Отладка и устранение проблем в PostgreSQL Streaming Replication

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

PostgreSQL
,
Администрирование баз данных
Программный комитет еще не принял решения по этому докладу

Hyper100re: спасибо Яндексу и ClickHouse за наше трудное детство

Представление колоночной СУБД Hyper100re - потомка ClickHouse, но уже без ориентации на подсчет web-статистики. Колоночные базы неплохо зарекомендовали себя при решении проблем оперативной аналитики. Особенно включая запросы вида "а давайте еще вот это посмотрим...", для которых сложно предусмотреть индексы или какой-либо тюнинг. ...

Поисковые системы
,
Бэкенд / другое
,
Оптимизация производительности
,
Распределенные системы
,
Администрирование баз данных
,
Корпоративная культура и мотивация
,
Импортозамещение
,
Big Data и Highload в Enterprise
,
Hadoop
Программный комитет еще не принял решения по этому докладу

Distributed Postgres with Citus

Citus is an open-source extension to Postgres that transforms it into a multi-node, distributed database. It allows you to horizontally scale out both the. In this session you'll learn how Citus takes care of sharding, distributed transactions, and even masterless writes.

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

Позвольте представить: MariaDB 10.3

MariaDB сейчас на подъеме — активно развивается, пользовательская база растет очень быстро (с апреля до августа — в полтора раза). Новая версия MariaDB-10.3 уже почти год в разработке и ее вот-вот объявят стабильной. В новой версии была проделана большая работа по улучшению совместимости с SQL-стандартом и другими СУБД. ...

Oracle
,
MySQL (MariaDB, Percona Server)
Программный комитет еще не принял решения по этому докладу

Метаданные для кластера: гонка key-value-героев

Обзоры и сравнения key-value баз данных, коих сегодня огромное количество, пестрят обещаниями миллионов операций в секунду с менее чем миллисекундными задержками. Мы строим высокопроизводительный кластер хранения, и нам нужно где-то хранить метаданные. Одним из вариантов стали хвалёные key-value-решения. ...

Tarantool
,
Базы данных / другое
,
Распределенные системы
Программный комитет еще не принял решения по этому докладу

Prometheus как time series database

Уже много было докладов про то, как разные компании переезжают на Prometheus и мы не исключение. Мы в Lamoda тоже успешно применяем Prometheus для целей мониторинга, наверно как и все складываем в него миллионы различных метрик и чувствуем себя хорошо. Prometheus достаточно успешно справляется с очень большой write нагрузгой, а что же с read? ...

Базы данных / другое
,
Логирование и мониторинг
Программный комитет еще не принял решения по этому докладу

Гибкая схема хранения данных в MySQL (JSON) для интернета вещей / MySQL Flexible Schema (Document Store/JSON) for IoT

В данном докладе обсуждается возможность хранения данных в формате JSON в MySQL. Хранение данных с датчиков Интернета Вещей (Internet of Things) может быть сложным во многих отношениях, в частности, из-за меняющегося характера данных. Например, если у вас есть фиксированная структура таблицы, а датчику необходимо будет сохранить новое свойство в этой таблице, потребуется изменение структуры таблицы. ...

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

Реализация потока задач в PostgresPro Enterprise

* Как отправить сотрудника в командировку? А двести сотрудников? * Как отслеживать заказы? ...

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

Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает

Apache Ignite — Open Source платформа для высокопроизводительной распределенной работы с большими данными с применением SQL или Java/.NET/C++ API. Ignite используют в самых разных отраслях. Сбербанк, ING, RingCentral, Microsoft, e-Therapeutics — все эти компании применяют решения на основе Ignite. ...

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

pg_shardman: шардинг в PostgreSQL на основе postgres_fdw, pg_pathman и логической репликации.

Шардинг в PostgreSQL -- животрепещущая тема. Задача непростая и объемная, поэтому в сообществе пока нет единого плана, как ее решать. Мы расскажем о нашем подходе к шардингу, основанному на нескольких активно развивающихся технологиях -- механизме FDW, расширении pg_pathman и логической репликации, вошедшей в ядро 10ой версии. ...

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

What’s new in MySQL Ecosystem ?

Interested to learn what new and cool has happened in MySQL Ecosystem over last year ? Attend this talk to find out. This talk will perform high level survey of most important MySQL Ecosystem development, including innovations from Oracle, MariaDB, Percona, cloud vendors and individual community contributors.

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

MongoDB readConcerns explained

Most MongoDB users at this point are familiar with the writeConcern option, which is used to define the durability requirement of the write to be committed. Recent versions have added the corresponding readConcern option, to provide transaction isolation for reads to match. This talk will cover the available readConcern options and when to use them: local, majority (3.2), linearizable (3.4) and causal (3.6).

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

Логическая репликация и Avito

В Avito объявления хранятся в базах данных Postgres. При этом уже на протяжении многих лет активно применяется логическая репликация. С помощью неё успешно решаются вопросы роста объема данных и количества запросов к ним, масштабирования и распределения нагрузки, доставки данных в DWH и поисковые подсистемы, меж-базные и меж-сервисные синхронизации данных и пр. ...

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

MySQL Replication - Advanced Features

MySQL Replication is powerful and has added a lot of advanced features through the years. In this presentation we will look into replication technology in MySQL 5.7 and variants focusing on advanced features, what do they mean, when to use them and when not, Including When should you use STATEMENT, ROW or MIXED binary log format ? What is GTID in MySQL and MariaDB and why do you want to use them ? ...

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

Как не вылететь из седла, взгромоздившись на hot_standby

Как известно, не ошибается только тот, кто никогда не седлал PostgreSQL. В процессе эксплуатации бравая конница сталкивается с разными интересными проблемами, но отдельного внимания заслуживает бинарная реплика в режиме "горячего резерва" (hot_standby). Этот механизм по праву остается основным способом резервирования и распределения read-only нагрузки с мастера на реплики. ...

PostgreSQL
,
Базы данных / другое
Программный комитет еще не принял решения по этому докладу

Технологии хранения для больших проектов.

Мы ежедневно сталкиваемся с тем, что даже работающие более 15 лет в индустрии специалисты, путаются в понятиях и преимуществах и недостатках тех или иных архитектур больших СХД. В своем докладе мы расскажем разницу между distributed(распределенными), shared(общими) и параллельными файловыми системами, покажем в каких задачах Scale In системы превосходят Scale Out и наоборот. Расскажем, как новые технологии влияют на архитектуру СХД.

Критерии выбора технологий для проекта
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Аппаратное обеспечение
,
Big Data и Highload в Enterprise
Программный комитет еще не принял решения по этому докладу

Оптимизация high-contention write в PostgreSQL

Оптимизация производительности – дело тонкое. Улучшая производительность системы при одной нагрузке, можно запросто улухдшить её при другой нагрузке. Основным мерилом производительнсоти PostgreSQL в среде его разработчиков является pgbench. ...

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

Measuring performance variabillity of EC2

Working in the MongoDB Server Performance Testing team, we use Amazon EC2 for system level testing. This allows us to flexibly deploy and tear down MongoDB clusters of various topologies, day after day. On the other hand, using a public cloud for performance testing can be challenging for repeatability of test results - to put it mildly. ...

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

Реализация потока задач в PostgresPro Enterprise

Как отправить сотрудника в командировку? А двести сотрудников? Как отслеживать заказы? ...

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

Развитие баз данных в Dropbox. Путь от одной глобальной базы MySQL к 5000 шардам и графовому стораджу

History of database infrastructure in Dropbox. (IN PROGRESS) One global db (master -> slave) -> over 5000 sharded databases. (Master + 2 slaves + Pseudo master + Pseudo slave in other datacenter). ...

Организация системы кеширования
,
Организация доступа к базам данных, ORM, собственные драйвера
,
Отказоустойчивость
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Администрирование баз данных
,
Интеграционное тестирование
,
MySQL (MariaDB, Percona Server)
Программный комитет еще не принял решения по этому докладу

MySQL Scaling and High Availability with PXC 5.7

Percona XtraDB Cluster (PXC) 5.7 is the new release of galera based MySQL High Availability solution from Percona. In this presentation we will show how PXC is different from other MySQL High Availability solutions, and other Galera based solutions. We will talk about Performance Optimizations, Usability and Security improvements we have implemented in Percona XtraDB Cluster as well as show how to integrate it with ProxySQL for easy to use traffic management and with PMM for visual performance monitoring ...

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

Auto-logging in PostgreSQL

In transaction processing systems, it is often useful, but seldom done, to have an automated way to keep a record of changes on separate resources. Time travel" queries and auditing are common usages of such capabilities. People didn't do this by default because it was complex and error-prone.

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

100500 способов кэширования в Oracle Database, или как достичь максимальной скорости обработки запросов минимальной ценой

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

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

Ceph: раcпределеное хранилище данных

Ceph - распределенная файловая система, обеспечивающая хранение и репликацию данных. Маштабируется до петабайтных размеров и не имеет единых точек отказа, что позволяет надежно хранить данные, и гарантирует их высокую доступность. * Обзор и архитектура Ceph * Компоненты Ceph * узлы * демоны * пулы * Файловая система Cephfs * Хранилище объектов RADOS * Как используем мы * Оптимизация хранилища (SSD) * Возможные проблемы и их решение ...

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

ArangoDB: Transactional information retrieval

Доклад посвящен реализации поискового движка IResearch (https://github.com/iresearch-toolkit/iresearch) и его интеграции в нативную мультимодельную базу данных ArangoDB (https://github.com/arangodb/arangodb), поддерживающую важнейшие модели данных. Ценность такого решения определяется тем, что в многих практических ситуациях мы сталкиваемся с задачами хранения/поиска/анализа, требующими совместной работы с различными типами данных, включая: - структурированные таблицы; - списки объектов с переменной схемой; - сильно связанные данные (деревья, графы); - неструктурированные данные (текст). Как правило, это приводит к появлению "зоопарка" специализированных решений для множества типовых сценариев: большого числа узкоспециализированных СУБД, а также программных инструментов (требующих постоянной поддержки), обеспечивающих «прозрачность» для пользователя. Наш подход позволяет избежать возникновения этого "зоопарка" и связанных с ним проблем. ...

C/C++
,
Поисковые системы
,
Базы данных / другое
,
Big Data и Highload в Enterprise
Программный комитет еще не принял решения по этому докладу

Дешевле, надёжнее, проще. Хранение петабайтов видео и фото в ОК

Технический прогресс позволил нам снимать Full HD или даже 4К-видео на телефон, загружать их и делиться с друзьями в Одноклассниках или же вести прямые трансляции на весь мир. Для нас это означает необходимость хранить десятки петабайт данных и обеспечивать к ним доступ со скоростью сотни Гб/с, а это в свою очередь требует инфраструктуры, состоящей из многих тысяч дисков и сотен серверов. Ранее для обеспечения требуемого уровня надежности хранения данных и и отказоустойчивости мы были вынуждены хранить 3 реплики данных - по 1 в каждом ДЦ. ...

Java
,
Отказоустойчивость
,
Распределенные системы
,
Devops / другое
Программный комитет еще не принял решения по этому докладу

Механизмы мониторинга баз данных в Firebird

Когда мы говорим о нагруженных системах и базах данных с большим числом параллельных коннектов, особый интерес представляет практика эксплуатации и сопровождения таких проектов. В том числе инструменты и механизмы СУБД, которые могут быть использованы DBA и DevOps инженерами для решения задач мониторинга жизнедеятельности базы данных и ранней диагностики возможных проблем. В данном докладе мы рассмотрим основные метрики, на которые имеет смысл обращать внимание командам сопровождения, способы их получения в Firebird и практические приемы их анализа.

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

Columnar Table Performance Enhancements Of Greenplum Database with Block Metadata and Sort Keys

Alibaba built up a data warehouse service named HybridDB in its public cloud service, based on the open sourced Greenplum Database. And it keeps on enhancing HybridDB's preformance. This presentation will talk about how Alibaba improves HybridDB's performance for columnar tables with data block's meta data (MIN/MAX values of block data) and sort keys (pre-defined keys that data will be sorted and stored with). ...

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

NoSQL Best Practices for PostgreSQL

Каждый специалист в области баз данных уже знаком с Jsonb - одной из самых привлекательный фич PostgreSQL, позволяющей эффективно использовать документо-ориентированный подход без необходимости жертвовать консистентностью и возможностью использования проверенных временем подходов реляционных баз данных. Но как именно устроен этот тип данных, какие он имеет ограничения и какие опасности (a.k.a грабли) можно незаметно для себя получить при работе с ним? В докладе мы обсудим все эти вопросы, преимущества и недостатки использования Jsonb в различных ситуациях в сравнении с другими существующими решениями.

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

libfpta - вершина производительности между SQLite и Tarantool

Достаточно редко, но всё же иногда требуется строить системы, способные обработать сотни тысяч запросов/обновлений в секунду на одно ядро. В таких случаях применение Tarantool или Redis стало обыденным. А у кого-то даже хватает расточительности на HANA или MATRIXX. ...

API
,
C/C++
,
Бэкенд / другое
,
Базы данных / другое
,
Организация доступа к базам данных, ORM, собственные драйвера
,
Оптимизация производительности
,
Синхронизация данных, параллельная обработка, CDN
Программный комитет еще не принял решения по этому докладу

Why are we excited about MySQL 8 ?

MySQL 8 is coming! As large jump in the version implies this is the largest update in the MySQL space since MySQL 5.0 was released over 12 years ago. Are you excited about MySQL 8 ? ...

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

Длинная транзакция или когда размер имеет значение

Все знают, что длинные транзакции - это плохо, но не все могут объяснить - почему. Что в них такого, что заставляет PostgreSQL работать медленнее? На примере одного из наших процессов я покажу, насколько сильно могут влиять друг на друга, казалось бы, несвязанные активности.

PostgreSQL
,
Оптимизация производительности
Программный комитет еще не принял решения по этому докладу

Методология «Database First!» в растущем проекте

СУБД — это сердце и мозги вашего проекта. Это не просто место, куда можно складывать данные и забирать их оттуда. Современные СУБД (ну, к примеру, Postgres) позволяют хранить огромное количество данных, хранить надёжно и эффективно. ...

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

Как тестировать производительность гиперковергентных систем?

Как не остаться с носом при выборе гиперконвергентной системы под свои задачи? Вендоры заявляют линейность роста производительности, но они много чего заявляют. Даже рисуют красивые графики, под которыми есть три страницы мелким шрифтом. ...

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

Поддержка "Read your own writes" в MongoDB

Ability to "Read your own writes" is often taken for granted by application developers as it does not need special support in single-server databases. In distributed databases to "read your own writes" a developer often needs to change the application logic to be sure that the written data has propagated from the node it was written to to the node its being read from. In the coming release MongoDB adds Causal Consistency support which simplifies the task of "reading your own writes". ...

MongoDB
,
Распределенные системы
,
Методы и техника разработки ПО
Программный комитет еще не принял решения по этому докладу

Новые технологии репликации данных в PostgreSQL

Из этого доклада вы узнаете о возможностях репликации и автофейловера PostgreSQL, в том числе о возможностях, ставших доступных в PostgreSQL 10. Среди прочих, будет затронуты следующие темы: * Виды репликации и решаемые с ее помощью проблемы. * Настройка потоковой репликации. ...

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

Производительность мобильных приложений

"Latency numbers" на iPhone

"Latency Numbers Every Programmer Should Know" - табличка, которая дает представление о времени основных операций на desktop. А как она выглядит на мобильном устройстве? В частности на iPhone? ...

Аппаратные и программными возможности мобильного устройства
Программный комитет еще не принял решения по этому докладу

Обеспечение надежности мобильных приложений

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

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

Реализация системы отслеживания заказов на примере сети ресторанов Якитория

Цель доклада – рассказать о реализации системы отслеживания заказов для сети ресторанов Якитория. Раскрою проблемы, которые возникли в процессе реализации. Подробно расскажу про алгоритмы передачи информации и отрисовке курьеров, об инструментах и способах отладки, о полезных эвристиках и ограничениях. ...

БД на мобильных устройствах
,
Мониторинг и эксплуатация мобильного приложения
,
Кросплатформенная разработка
,
Архитектура мобильного приложения
,
Клиент-серверное приложение, REST API, protobuf
Программный комитет еще не принял решения по этому докладу

Анализ производительности мобильных приложений с помощью Firebase Performance Monitoring

В большинстве случаев измерения производительности мобильных приложений осуществляются в "лабораторных условиях" - на эмуляторах, устройствах разработчиков, в лучшем случае на наборах наиболее популярных устройств. Зачастую это абсолютно неэффективно, так как "лабораторные" показания совершенно не дают представления о производительности приложений в реальных условиях. В докладе рассмотрим: - почему необходимо замерять производительность на реальных данных (почему подход "а у меня не тормозит" не работает в scale или почему проблему "приложение стартует 30 секунд" невозможно определить на тестовом устройстве); - обзор Firebase Performance Monitoring в целом, параметры, которые собираются автоматически; - какие стоит создавать метрики и какие не стоит (тут, в частности, про открытие БД, апдейт БД, работа с файловой системой), ключевые точки приложения с точки зрения performance (login, открытия документов, создание контента на клиенте и т.д.). ...

Мониторинг и эксплуатация мобильного приложения
,
Мобильные приложения / другое
Программный комитет еще не принял решения по этому докладу

VoIP на Qt/QML под iOS/Android

Доклад будет содержать материал о кроссплатформенной разработке на Qt/QML VoIP приложения с личным кабинетом, балансом, push-нотификациями и тп. Будут освещены вопросы: - интеграция с pjsip; - проблемы взаимодействия с OTP Asterisk, FreeSwitch; - особенности работы фоновых процессов в ОС Android при использовании Qt; - написание нативного кода, прослоек между QML и нативным кодом; - рассмотрены плюсы и минусы использования Qt. ...

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

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

Появляются новые виды приложений, где AI является частью основного сценария их использования. Для таких приложений должны быть пересмотрены подходы к обмену информацией между пользователем и приложением (чаще — вопросы ввода/вывода данных, их представления, нотификациях). В докладе освещаются наиболее значимые аспекты проектирования интерфейсов приложений на базе AI. ...

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

Построение iOS-приложения из переиспользуемых модулей с использованием технологии IGListKit

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

Технологии и языки для iOS: ObjectiveC, Swift
,
Архитектура платформы iOS
,
Архитектура мобильного приложения
Программный комитет еще не принял решения по этому докладу

BigData и машинное обучение

Gobblin как ETL-фреймворк

В своем докладе расскажу об ETL, как об общем классе задач извлечения, подготовки и доставки данных. Поймем, какую нишу ETL занимает в мире BigData, какие существуют подходы и инструменты для операций над большими данными и какие требования могут к ним предъявляться. Разберемся с тем, что такое Gobblin, открою нашу историю успеха по его внедрению и применению в отделе машинного обучения Rambler&Co, а также решаемые им задачи. ...

Фреймворки
,
Java
,
Hadoop
,
ETL
Программный комитет еще не принял решения по этому докладу

Модуль Apache Ignite для машинного обучения

* Распределенный ML: где и для чего используется; * Apache Ignite ML -- новая платформа для распределенного машинного обучения; * Обзор реализованных в Apache Ignite ML распределенных алгоритмов машинного обучения; * Производительность - BLAS, Data Collocation, Distributed optimizations; * Live-пример тренировки и применения моделей. ...

Распределенные системы
,
Machine Learning
Программный комитет еще не принял решения по этому докладу

Вычисляем по IP: как бороться со спамом в социальной сети

Badoo — социальная сеть знакомств и очень привлекательное место для спамеров и мошенников, нигерийских принцев и разносчиков adult-контента. В докладе будет рассказ о том, почему вы не найдете этих персонажей на нашем сервисе, как классифицировать миллиарды действий пользователей и выявлять спам в реальном времени, как мы используем модели машинного обучения и избавляемся от ложных срабатываний. Поговорим про обряды выявления порчи на IP-адресе, проклятия на устройстве или отворота на номере телефона. ...

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

Машинное обучение в электронной коммерции - практика использования и подводные камни

В начале доклада сделаем сжатый обзор прикладных алгоритмов машинного обучения, которые перспективно применять в задачах электронной коммерции. Затем простыми словами расскажем о популярных, эффективных и используемых в нашей компании техниках применения машинного обучения для привлечения и удержания клиентов: классификации обращений техподдержки, персонализации, кластеризации товарного каталога, классификации клиентов (готовых перейти на платный тариф, готовых уйти, способных принести прибыль), повышении релевантности e-mail-рассылок. Особое внимание уделим технике использования популярных платформ и библиотек: Apache Spark, Spark MLlib, Hadoop, Amazon Kinesns, deeplearning4j. ...

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

Как создать дата-платформу с нуля

На определенной стадии развития компании появляется необходимость собирать, анализировать и принимать решения, исходя из данных. Причин может быть много: аналитика для BI, внедрение машинного обучения в сервисы, поставка данных заказчику. Я расскажу, как мы реализовывали дата-платформу на основе hadoop в Циане.

Python
,
Scala
,
Проектирование информационных систем
,
Аналитика / другое
,
Hadoop
,
Machine Learning
,
ETL
Программный комитет еще не принял решения по этому докладу

Инфраструктура для машинно-обученных алгоритмов на потоке данных в Avast!

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

Архитектура данных, потоки данных, версионирование
,
Проектирование информационных систем
,
Machine Learning
Программный комитет еще не принял решения по этому докладу

Anomaly detection in environments with huge number of machines

Marian's team at SiteGround had collected huge pile of stats from all of their machines. However looking at those stats via Kibana or Graphana is a lot of work and requires a dedicated person. Also people are bad at long term monitoring of noisy data, and they tend to miss issues that are visible in the graphs.

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

Improving Python and Spark Performance and Interoperability with Apache Arrow

Apache Spark has become a popular and successful way for Python programming to parallelize and scale up data processing. In many use cases though, a PySpark job can perform worse than an equivalent job written in Scala. It is also costly to push and pull data between the user’s Python environment and the Spark master. ...

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

Хранилище данных Avito: аналитика для микросервисной архитектуры

Большое количество современных веб-проектов переходит на микросервисную архитектуру. Она решает огромное количество проблем, присущих монолитным системам, однако накладывает качественно новые требования, в том числе и на аналитику данных. В докладе будет рассказано о том, какие вызовы и возможности преподнесла нам микросервисная архитектура, а также показано, как clickstream может быть полезен не только аналитикам, но и разработчикам. ...

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

Поиск паттернов (Data Mining: Pattern Discovery)

Паттерн — это повторяющаяся структура в данных. Это может быть подмножество, подстрока, подпоследовательность, последовательность или множество подстрок, подграф, элемент изображения или видео-фрагмент. Чаще всего находят все достаточно часто встречающиеся паттерны в датасете и сортируют их по частоте появления. ...

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

От regexp к Word2Vec - работа с фидами товаров в e-Commerce

Простая, как нам поначалу казалось, задача автоматической категоризации товаров в фидах партнеров оказалась черной дырой, в которую уходила львиная доля усилий по развитию сервиса https://moebel.ladendirekt.de/. Сложность задачи заставила нас искать нетривиальные решения и в итоге привела к решению, основанному на алгоритмах машинного обучения. В докладе мы коротко расскажем об архитектуре сервиса-агрегатора товаров и подробно разберем эволюцию подходов к категоризации товаров - от наивных попыток описать правила категоризации при помощи регулярных выражений до моделей машинного обучения, классифицирующих товары по их текстовым описаниям, построенным при помощи Apache Lucene и Word2Vec.

Архитектуры / другое
,
Machine Learning
Программный комитет еще не принял решения по этому докладу

Эволюция анти-фрод решения в Agoda

В данном докладе мы обсудим эволюцию анти-фрод решения в Agoda: 1. Какие частные типы фрода мы можем наблюдать в OTA (online travel agencies) бизнесе. 2. ...

API
,
Scala
,
Архитектурные паттерны
,
Рефакторинг
Программный комитет еще не принял решения по этому докладу

Lambda architecture для real time аналитики - риски и преимущества.

В 2017 построить аналитику на больших данных - это уже не достижение. Витрины, отстающие на день - уже старые. Отставание на час - неплохо. ...

Tarantool
,
Базы данных / другое
Программный комитет еще не принял решения по этому докладу

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

Борьба с заблуждениями или проверка теорий практикой

В докладе агрегируется опыт последних пяти лет работы в проектировании и разработки программного обеспечения и программно-аппаратных комплексов. Приводятся примеры, когда NIH не только вреден, но и полезен, что большое сообщество - это не всегда польза, но иногда еще немножечко и вред, что простые вещи могут иметь весьма непростую подоплеку, и что надежда на то, что где-то там кто-то сделает лучше весьма ненадежна. Будут рассмотрены как высокопроизводительные системы для анализа трафика, так и одноплатные компьютеры типа Raspberry Pi Link It Smart 7688, а также самоделки на базе микроконтроллеров семейства AVR. ...

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

Как стать тимлидом

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

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

Перестаньте тратить время на нереалистичные оценки

Ценность - это то, что мы хотим. Потери - это любая активность, которая не вносит непосредственный вклад в доставку ценности. Процесс определения, сколько времени займет работа над задачей, никак не направлен на то, чтобы дать в руки клиенту рабочий продукт, следовательно является потерей и должен быть упразднен. ...

Методологии и процессы разработки ПО; Сроки и приоритеты
Программный комитет еще не принял решения по этому докладу

The way to a teamlead: view from two sides — manager and dev

The talk is showing how a manager helps a developer grow into a teamlead and expresses points of view of both developer and his manager. ...

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

Goth2Boss: ломка и отходняки при переходе из инженера в тимлиды

11 лет я руковожу... руководителями. Они не достаются и не приходят. ...

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

Вся власть Советам или комитетная разработка в тестировании

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

Автоматизация разработки и тестирования
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Автоматизация тестирования
Программный комитет еще не принял решения по этому докладу

Борьба с заблуждениями или проверка теорий практикой

В докладе агрегируется опыт последних пяти лет работы в проектировании и разработки программного обеспечения и программно-аппаратных комплексов. Приводятся примеры, когда NIH не только вреден, но и полезен, что большое сообщество - это не всегда польза, но иногда еще немножечко и вред, что простые вещи могут иметь весьма непростую подоплеку, и что надежда на то, что где-то там кто-то сделает лучше весьма ненадежна. Будут рассмотрены как высокопроизводительные системы для анализа трафика, так и одноплатные компьютеры типа Raspberry Pi Link It Smart 7688, а также самоделки на базе микроконтроллеров семейства AVR. ...

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

Решение 5 проблем в управлении разработкой

Консультируя IT-компании, я вижу, как команды с разной культурой, разными подходами, разной историей совершают одни и те же ошибки. К сожалению, это не разовые ошибки, которые делаются случайно. Это bad practices - стереотипы контрпродуктивной работы, которые формируются "сами собой", в отсутствие опыта построения производства ПО. ...

Инструментальная поддержка, декомпозиция задач
,
Автоматизация разработки и тестирования
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Выбор стратегии долгосрочного развития, KPI
,
Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Управление / другое
Программный комитет еще не принял решения по этому докладу

Практика управления хаосом

Зачастую работа тимлида вместо равномерной распланированной деятельности превращается в полный хаос. Атаки менеджеров, ежедневные срочные задачи, сжатые сроки, недозагруз или перегруз команды - все это может выбить из колеи не только начинающего, но и вполне себе зрелого тимлида.  Хочется осветить: - Персональный Time-management - Планирование ресурсов на проект - Делегирование задач - Управление каналами коммуникации ...

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

Менеджмент крупных проектов

Метрики эффективности разработки и работа над ними

ЦИАН существует с 2001 года, а бурный рост проекта начался только только в 2014. С этого момента мы постоянно и планомерно растем как по бизнесу так и по количеству людей, у ИТ постоянно увеличивается количество внутренних заказчиков и мы меняем процессы. Сейчас в ИТ ~80 человек, а должно быть ~160, поэтому вопросы эффективности разработки, скорости поставки value с приемлемым качеством для нас не пустой звук. ...

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

Как убедиться, что все идет по плану

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

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

Создание Big Data платформы для ФГУП Почта России

Case Study создания Big Data платформы для ФГУП Почта России в контексте управления. 1) Создание нового продукта, получение бюджета. Quick Wins. ...

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Продуктовая разработка
,
Взаимодействие с государством
,
Enterprise-системы
Программный комитет еще не принял решения по этому докладу

Большие открытые данные Правительства Москвы

Москва генерирует массу различных данных и научилась их рационально использовать. В своём докладе я расскажу о том, как построена работа с данными в Москве сегодня и какие задачи решаются. Agenda: - Как "открытые данные" эволюционировали в системный проект. ...

API
,
Архитектура данных, потоки данных, версионирование
,
Большие проекты/команды
,
Управление изменениями, управление требованиями
,
Проектирование информационных систем
,
Agile-практики в госкомпаниях, банках, предприятиях
Программный комитет еще не принял решения по этому докладу

Команда как высоконагруженная система

Взгляд на команду, тимлида и окружающие их процессы как на highload-систему позволяет перенести опыт и знания из пространства дизайна софта в пространство организации команды и тем самым решить новую задачу проверенным способом. Будем отвечать на вопросы: * Как перестать делать все самое срочное самому и начать делать нужное? * Что такое health check monitoring для команды?

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

Искусство предсказания: как давать точные оценки времени проекта

Agile у вас или Waterfall, но давать оценки по времени проекта разработки ПО приходиться всем разработчикам. Клиенты должны понимать, когда проекты будут закончены, и сколько денег нужно заложить в бюджет. Всем известны байки об излишнем оптимизме программистов. ...

Инструментальная поддержка, декомпозиция задач
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Оценка сложности проекта
,
Управление изменениями, управление требованиями
Программный комитет еще не принял решения по этому докладу
Rambler's Top100