DevOps

Зал 4, 9 докладов
В 2016 году все горячие темы и новые точки роста будут появляться на стыке development и operations. Поговорим о том, как избавиться от боли при эксплуатации кода, который вы написали. Немного о новых инструментах, но больше — о том, как правильно все организовать.
Ведущий секции
Алексей Кирпичников,
СКБ Контур

Как в E96.ru устроено продуктивное окружение
Данила Штань, ex-e96.ru

В прекрасные годы низкого курса доллара E96 полностью жил в AWS, и это тема для отдельного доклада. Когда курс начал расти, мы поняли, что:

  • это становится слишком дорого;
  • это повод пересмотреть сложившуюся инфраструктуру и сделать что-то лучше.

А еще у нас как раз уволился единственный сисадмин.

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

В этом докладе вы услышите про:

  • docker и consul;
  • multihost networking в docker до того, как оно появилось;
  • ci и cd;
  • сколько приличному человеку нужно кластеров mysql;
  • почему идеология «you are your own sysadmin» — это хорошо;
  • почему docker-compose — это не очень хорошо, но пока сойдёт;
  • как это всё вообще работает, и зачем мы это делали;
  • что мы пока не успели сделать.
10:00 10:40
Управление большим количеством физических серверов
Александр Берсенев, Институт Математики и Механики УрО РАН

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

Будем автоматизировать:

  • установку ОС
  • настройку ПО и bios/efi
  • обнаружение и устранение неисправностей

Нечаянно положили сеть на нескольких сотнях узлов? Расскажу, как исправить.

10:50 11:30
Экономное масштабирование в облаке
Иван Кокорин, Vostok Projects

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

На примере трех юзкейсов я расскажу о нашем практическом опыте масштабирования в облаке Amazon при помощи Auto Scaling, Spot Instances, boto, anisble и zabbix, и как на этом мы экономили бюджет компании.

12:00 12:40
Continuous Integration под микроскопом
Александр Кириллов, Evrone, Саратов

В первой части выступлении я расскажу, кто и зачем использует непрерывную интеграцию в повседневной разработке программного обеспечения, какие проблемы она решает. Чтобы лучше понять, какой из сервисов непрерывной интеграции выбрать для ваших проектов, мы возьмем наиболее известные открытые и разберем их возможности. По ходу выступления я расскажу, как они устроены, чем отличаются друг от друга, с проектами какого типа можно там работать. Ну, и куда же без контейнеров? А при чем тут Docker и различные контейнеры — вы узнаете из самого выступления.

12:50 13:30
Moira: Realtime alerting
Алексей Ларьков, СКБ Контур

Moira — система мониторинга на основе данных, отправляемых в Graphite. В ней мы постарались устранить недостатки, присущие другим аналогичным системам.

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

14:30 15:00
Профилирование распределенных систем
Александр Казаков, СКБ Контур

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

В докладе я расскажу о том, как мы в Контуре профилируем распределенные приложения.

15:00 15:30
Релиз-инжениринг Mail.ru. Взгляд изнутри
Максим Глеков, Mail.Ru Group, Москва

Вкратце расскажу о том, как мы раскладываем front-end для наших проектов в Mail.ru Group в продакшен. В частности, расскажу, как мы собираем версточный релиз. Расскажу о том, как его запаковать и как аккуратно раздать на несколько сотен серверов. Расскажу об архитектуре мониторинга системы обновлений, а также покажу, как выглядит наш дашборд, по которому мы понимаем, что все хорошо.

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

15:30 16:00
Уроки нагрузочного тестирования Naumen Contact Center
Андрей Хитрин, Naumen

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

Я расскажу о нашем опыте варки крафтового фреймворка нагрузочного тестирования, который учитывает особенности именно нашей платформы. SIP, RTP, HTTP, распределённость, маленькие сервисы, большие сервисы и здоровые базы данных — вот это вот всё. Постараюсь сделать акцент на дилеммах, с которыми приходится сталкиваться тому, кто занимается нагрузочным тестированием. Покажу, как тестовый фреймворк и тестируемая система могут эволюционировать вместе, улучшая друг друга.

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

16:30 17:10
Автоматизация инфраструктуры. Зачем мы это делаем?
Денис Яковлев, 2ГИС, Новосибирск

«Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее» (Алиса в стране чудес).

Что эта фраза означает для нас? В условиях жесткой конкуренции, компании должны стремиться доставлять свои продукты до пользователей максимально быстро. Уменьшение параметра time to market — задача многоуровневая. Чтобы ее решить надо менять как процессы разработки, так и инструменты. Важной основой всего процесса разработки является инфраструктура. Чем больше инфраструктура, тем больше с ней проблем, use case`ов и т.д. И если вы все операции с ней выполняете руками, то имеете множество проблем. Одной из них является время, которое разработчик тратит на инфраструктурные вопросы вместо того, чтобы писать бизнес логику.

Поговорим о том:

  • Какие проблемы с инфраструктурой стояли перед командами;
  • Как от этого страдали процессы разработки и тестирования;
  • Как мы внедрили OpenStack;
  • Какие у нас есть сценарии использования OpenStack;
  • Как автоматизация получила дополнительный толчок в развитии и начали появляться новые внутренние продукты;
  • Какие аспекты у нас остались неавтоматизированны.
17:20 18:00

Наши спонсоры

Генеральный спонсор
Партнер конференции
Спонсор секции
Информационные партнёры
Партнёры по размещению
Отдельное спасибо
HR-партнёр

По вопросам сотрудничества пишите на info@it-people.ru или звоните: +7 (343) 202-12-32

8 апреля 2016
Екатеринбург, ЭКСПО-ЦЕНТР
10:00–18:00
Расскажите друзьям про DUMP:
Плюсануть
Поделиться