«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
DevOps - очередное красивое слово или следующая ступень эволюции?Magneta AI
Андрей Ребров, ScrumTrek (Москва)
Меня зовут Андрей Ребров. Я начал свой путь в IT как разработчик в компании Magenta, занимающейся разработкой мультиагентных систем, применяемых в логистике и торговле. После окончания университета перешел в компанию Luxoft, где занимал позицию Senior Java Developer в подразделение UBS Investment Bank и активно развивал agile как scrum master распределенной команды, работающей в трех локациях: Москва, Киев и Лондон. Помимо этого активно участвовал в развитии agile методологии внутри Luxoft как тренер Luxoft Agile Practice. C 2012 года работаю в команде ScrumTrek в роли тренера и коуча, каждый день помогая проектным командам крупнейших российский компаний улучшать свои процессы разработки, делая упор не только на процессные методологии, но и на инженерные практики, такие как TDD, ATDD, AFT, Refactoring, Continuous Deployment и так далее. Кроме этого, являюсь лидеров и развиваю инженерное сообщество Russian Software Craftsmanship Community, имеющее целью популяризацию инженерных практик.
В словаре методологий, наравне со scrum, kanban и прочими красивыми словами, появилось новое слово - DevOps. Как и все новое оно встречает много отторжения и непонимания. Кто такие Ops? Зачем нам это нужно, если и так вроде релизимся? В конце концом, мы только перешли на agile, зачем нам еще что-то, если нам и так обещали розовый мир? К сожалению, розовый мир был обещан только команде разработке и заказчику, а вот о тех, кто ставит продукт и его поддерживает забыли. В своем докладе я расскажу и покажу, кто же такие Operations (ops), в чем их работа и какие их проблемы, и самое главное - как их включить в цепочку создания и доставки продукта.
Корпоративная культура руками HR, без бюджетаHRedu.ru
Очень часто HR-специалист встает перед проблемой: как замерить качество корпоративной культуры, существующей в компании? На вебинаре вы получите практические инструменты, которые помогут вам самостоятельно провести диагностику культуры своей компании.
Сайт проекта: http://hredu.ru
Поддержать проект: http://hredu.ru/donate/
Страница проекта в Facebook: https://www.facebook.com/hreduru/
Страница проекта в LinkedIn: https://www.linkedin.com/company/hredu-ru
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
DevOps - очередное красивое слово или следующая ступень эволюции?Magneta AI
Андрей Ребров, ScrumTrek (Москва)
Меня зовут Андрей Ребров. Я начал свой путь в IT как разработчик в компании Magenta, занимающейся разработкой мультиагентных систем, применяемых в логистике и торговле. После окончания университета перешел в компанию Luxoft, где занимал позицию Senior Java Developer в подразделение UBS Investment Bank и активно развивал agile как scrum master распределенной команды, работающей в трех локациях: Москва, Киев и Лондон. Помимо этого активно участвовал в развитии agile методологии внутри Luxoft как тренер Luxoft Agile Practice. C 2012 года работаю в команде ScrumTrek в роли тренера и коуча, каждый день помогая проектным командам крупнейших российский компаний улучшать свои процессы разработки, делая упор не только на процессные методологии, но и на инженерные практики, такие как TDD, ATDD, AFT, Refactoring, Continuous Deployment и так далее. Кроме этого, являюсь лидеров и развиваю инженерное сообщество Russian Software Craftsmanship Community, имеющее целью популяризацию инженерных практик.
В словаре методологий, наравне со scrum, kanban и прочими красивыми словами, появилось новое слово - DevOps. Как и все новое оно встречает много отторжения и непонимания. Кто такие Ops? Зачем нам это нужно, если и так вроде релизимся? В конце концом, мы только перешли на agile, зачем нам еще что-то, если нам и так обещали розовый мир? К сожалению, розовый мир был обещан только команде разработке и заказчику, а вот о тех, кто ставит продукт и его поддерживает забыли. В своем докладе я расскажу и покажу, кто же такие Operations (ops), в чем их работа и какие их проблемы, и самое главное - как их включить в цепочку создания и доставки продукта.
Корпоративная культура руками HR, без бюджетаHRedu.ru
Очень часто HR-специалист встает перед проблемой: как замерить качество корпоративной культуры, существующей в компании? На вебинаре вы получите практические инструменты, которые помогут вам самостоятельно провести диагностику культуры своей компании.
Сайт проекта: http://hredu.ru
Поддержать проект: http://hredu.ru/donate/
Страница проекта в Facebook: https://www.facebook.com/hreduru/
Страница проекта в LinkedIn: https://www.linkedin.com/company/hredu-ru
Путь мониторинга: модульность, гибкость, devops / Всеволод Поляков (Grammarly)Ontico
Почти год назад мы завершили проект по универсальному мониторингу и в процессе приобрели кучу секретных знаний и умений, которыми хотим поделиться:
* как сделать мониторинг простым, отказоустойчивым и горизонтально масштабируемым;
* как понять, что важно, что не важно, а что важно, но чуть-чуть;
* полезные логи: конвертация логов в метрики и обратно;
* как диагностировать реальные проблемы и отличить их от ложной тревоги (на примере связки js-фронтенд + балансеры + java-бэкенд);
* и, конечно же, как внедрить практики DevOps посредством мониторинга (и подготовить разработчиков к тому, что они ответственны за алерты).
Стек мониторинга: sensu, graphite, cassandra, logstash, heka, influxdb, elsticsearch, chef, statsd, nginx.
Стек поддержки: js, java, erlang, lisp, python, ruby, nginx, mysql, haproxy
Адаптация персонала является вторым обязательным шагом после принятия сотрудников на работу. Качественное ее проведение значительно снижает издержки компании за счет того, что:
ускоряется процесс вхождения нового сотрудника в должность;
уменьшается текучесть кадров;
снижается количество сотрудников, не прошедших испытательный срок;
сокращается количество сотрудников, покинувших предприятие в течение первого года работы. http://donskih.ru/trening-jeffektivnaja-adaptacija-personala/
Алексей Лустин. Непрерывная проверка качества кода.ScrumTrek
Я расскажу о нашем двухлетнем опыте использования инженерной практики «Continious Inspection» и платформы SonarQube при организации кросс-языковой разработки в процессе «непрерывной поставки» (CI-CD для языков Java, C#, JavaScript, typeScript и Gherkin) при автоматизированном code-review.
SECON'2016. Парамонов Сергей, Автоматизируй это! Как не погрязнуть в рутине п...SECON
В разработке игр существует множество сопутствующих проблем, которые приходиться решать разработчику, но которые напрямую не связаны с игровым процессом. Автоматизация рутинных задач - лучшее решение, позволяющее сэкономить время для воплощения творческого замысла в условиях компактных команд и компаний.
RTB и его проблематика должны быть знакомы участникам конференции - мало кто сегодня не слышал об этом способе получить много krps с жесткими ограничениями на время генерации ответа.
Вот и компания Qmobi решила поучаствовать в этой гонке и отхватить свой кусок пирога под названием “рынок мобильной рекламы”.
При первом подходе к снаряду задача выглядит довольно простой: вот запрос с критериями, вот база данных с ответами - выбирай по индексу и отвечай.
На самом деле все несколько сложнее. Начать с того, что некоторые критерии отбора - негативные. Затем мы имеем дело с выборкой по десятку индексов, каждый из которых обладает низкой cardinality. И, наконец, мы имеем дело с большими объемами: около 10М строк в исходных данных, около 10К строк в финальной выборке. Ах, нет, еще финальная выборка должна быть отсортирована по приоритету! И надо не забыть про атомарные блокировку и списание средств...
От идеи прототипа на perl пришлось отказаться еще на этапе постановки задачи :)
Итак, мы имеем задачу с интенсивным IO, высокой нагрузкой, высокими скоростями, сложными структурами данных и эвристическими алгоритмами.
Анализ имеющихся вариантов показал, что Go должен прекрасно подойти для этой задачи. О том, на основании каких соображений мы сделали такой вывод, и какие из этих соображений прошли проверку практикой, а какие - нет, будет рассказано в докладе.
Также в докладе будет рассказано о том, как сортировка была заменена случайной выборкой, и чем пришлось заплатить за то, чтобы эта замена оказалась равноценной.
Будет показано, почему мы наплевательски отнеслись к гипотетической потере 20% возможностей поучаствовать в аукционе, и почему реальный процент потерь много ниже.
Будет раскрыта роль СУБД MySQL в этом проекте, со всем блеском высокой производительности и нищетой отказоустойчивости.
Вопросы геотаргетинга, использования PostGIS и кэширования результатов поиска региона по координатам будут затронуты вскользь, как неоднократно обсуждавшиеся на этой и подобных конференциях.
А вот анатомия производительности приложения на Go будет рассмотрена подробнейшим образом - с графиками и числами.
Также подробно будут рассмотрены наши победы и поражения в борьбе со статис
RTB DSP на языке Go укрощение buzzwords / Даниил Подольский (Qmobi.Com)Ontico
RTB и его проблематика должны быть знакомы участникам конференции — мало кто сегодня не слышал об этом способе получить много krps с жесткими ограничениями на время генерации ответа.
Вот и компания Qmobi решила поучаствовать в этой гонке и отхватить свой кусок пирога под названием “рынок мобильной рекламы”.
Анализ имеющихся вариантов показал, что Go должен прекрасно подойти для этой задачи. О том, на основании каких соображений мы сделали такой вывод, и какие из этих соображений прошли проверку практикой, а какие — нет, будет рассказано в докладе.
Доклад: “Мобильный двигатель торговли. Или тормоз?”
Краткая аннотация:
“Тенденции последних лет – появление большого количества разнообразных приложений для “умных” устройств. Игры, утилиты, контент-приложения постепенно прочно входят в нашу жизнь. И превращаются в головную боль для бизнеса.
Нужно ли сражаться за мобильную аудиторию компаниям, чей бизнес не связан напрямую с продажей программного обеспечения для смартфонов? Какие проблемы предстоит решить перед созданием своего первого приложения? Какие риски учесть?
Как появление приложения повлияет на бизнес e-commerce компании?
А на отдел разработки? К чему готовиться и как жить дальше?
Смотрим на создание приложений для мобильных устройств глазами руководителя разработки платежных сервисов Mail.Ru Group”.
Основные тезисы доклада:
Миграция аудитории: где ловить новых пользователей, как удерживать старых?
Трудности перевода: другое поведение – другие подходы к продукту
Плюсы и минусы мобильности: что нового принесет создание приложений и какие проблемы предстоит решить?
Место мобильного направления в структуре большой и небольшой компании
Где деньги, Зин? Как изменится бюджет на разработку?
Как пощупать результат, если продукт бесплатен?
Мобильная разработка – это не всегда профильный для компании бизнес.
Стоит ли в таком случае тратить на нее усилия и как сделать, чтобы они не пропали даром?
О чем нужно думать руководителю разработки и менеджеру мобильного направления?
Управление инцидентами в Почте Mail.ru, Антон ВикторовMail.ru Group
что такое инциденты и почему это важно;
как из непонятного сделать «рутину»;
про автоматизацию: OTRS, Jira, чат-боты;
про диагностику: логирование, как работает Bomgar;
про сообщество: специальная программа тестирования почты для сотрудников.
Картинки к моему рассказу о том, что такое фреймворки и с чем их едят, что лучше не есть и как выбрать приправы для приготовления. Тезисы тут: http://backendconf.ru/2016/abstracts/2123.html
Поговорим о неотъемлемой составляющей большого числа современных веб-проектов — о фреймворках.
Рассмотрим следующие темы и поищем ответы на вопросы:
1) Что такое фреймворк, и зачем их пишут.
2) Почему для некоторых языков их десятки, а для некоторых — единицы.
3) В чём плюсы и минусы применения.
4) Наиболее распространённые мифы.
5) Использовать или нет — примеры из жизни.
6) Как выбрать из множества доступных вариантов, на что стоит обратить внимание.
Путь мониторинга: модульность, гибкость, devops / Всеволод Поляков (Grammarly)Ontico
Почти год назад мы завершили проект по универсальному мониторингу и в процессе приобрели кучу секретных знаний и умений, которыми хотим поделиться:
* как сделать мониторинг простым, отказоустойчивым и горизонтально масштабируемым;
* как понять, что важно, что не важно, а что важно, но чуть-чуть;
* полезные логи: конвертация логов в метрики и обратно;
* как диагностировать реальные проблемы и отличить их от ложной тревоги (на примере связки js-фронтенд + балансеры + java-бэкенд);
* и, конечно же, как внедрить практики DevOps посредством мониторинга (и подготовить разработчиков к тому, что они ответственны за алерты).
Стек мониторинга: sensu, graphite, cassandra, logstash, heka, influxdb, elsticsearch, chef, statsd, nginx.
Стек поддержки: js, java, erlang, lisp, python, ruby, nginx, mysql, haproxy
Адаптация персонала является вторым обязательным шагом после принятия сотрудников на работу. Качественное ее проведение значительно снижает издержки компании за счет того, что:
ускоряется процесс вхождения нового сотрудника в должность;
уменьшается текучесть кадров;
снижается количество сотрудников, не прошедших испытательный срок;
сокращается количество сотрудников, покинувших предприятие в течение первого года работы. http://donskih.ru/trening-jeffektivnaja-adaptacija-personala/
Алексей Лустин. Непрерывная проверка качества кода.ScrumTrek
Я расскажу о нашем двухлетнем опыте использования инженерной практики «Continious Inspection» и платформы SonarQube при организации кросс-языковой разработки в процессе «непрерывной поставки» (CI-CD для языков Java, C#, JavaScript, typeScript и Gherkin) при автоматизированном code-review.
SECON'2016. Парамонов Сергей, Автоматизируй это! Как не погрязнуть в рутине п...SECON
В разработке игр существует множество сопутствующих проблем, которые приходиться решать разработчику, но которые напрямую не связаны с игровым процессом. Автоматизация рутинных задач - лучшее решение, позволяющее сэкономить время для воплощения творческого замысла в условиях компактных команд и компаний.
RTB и его проблематика должны быть знакомы участникам конференции - мало кто сегодня не слышал об этом способе получить много krps с жесткими ограничениями на время генерации ответа.
Вот и компания Qmobi решила поучаствовать в этой гонке и отхватить свой кусок пирога под названием “рынок мобильной рекламы”.
При первом подходе к снаряду задача выглядит довольно простой: вот запрос с критериями, вот база данных с ответами - выбирай по индексу и отвечай.
На самом деле все несколько сложнее. Начать с того, что некоторые критерии отбора - негативные. Затем мы имеем дело с выборкой по десятку индексов, каждый из которых обладает низкой cardinality. И, наконец, мы имеем дело с большими объемами: около 10М строк в исходных данных, около 10К строк в финальной выборке. Ах, нет, еще финальная выборка должна быть отсортирована по приоритету! И надо не забыть про атомарные блокировку и списание средств...
От идеи прототипа на perl пришлось отказаться еще на этапе постановки задачи :)
Итак, мы имеем задачу с интенсивным IO, высокой нагрузкой, высокими скоростями, сложными структурами данных и эвристическими алгоритмами.
Анализ имеющихся вариантов показал, что Go должен прекрасно подойти для этой задачи. О том, на основании каких соображений мы сделали такой вывод, и какие из этих соображений прошли проверку практикой, а какие - нет, будет рассказано в докладе.
Также в докладе будет рассказано о том, как сортировка была заменена случайной выборкой, и чем пришлось заплатить за то, чтобы эта замена оказалась равноценной.
Будет показано, почему мы наплевательски отнеслись к гипотетической потере 20% возможностей поучаствовать в аукционе, и почему реальный процент потерь много ниже.
Будет раскрыта роль СУБД MySQL в этом проекте, со всем блеском высокой производительности и нищетой отказоустойчивости.
Вопросы геотаргетинга, использования PostGIS и кэширования результатов поиска региона по координатам будут затронуты вскользь, как неоднократно обсуждавшиеся на этой и подобных конференциях.
А вот анатомия производительности приложения на Go будет рассмотрена подробнейшим образом - с графиками и числами.
Также подробно будут рассмотрены наши победы и поражения в борьбе со статис
RTB DSP на языке Go укрощение buzzwords / Даниил Подольский (Qmobi.Com)Ontico
RTB и его проблематика должны быть знакомы участникам конференции — мало кто сегодня не слышал об этом способе получить много krps с жесткими ограничениями на время генерации ответа.
Вот и компания Qmobi решила поучаствовать в этой гонке и отхватить свой кусок пирога под названием “рынок мобильной рекламы”.
Анализ имеющихся вариантов показал, что Go должен прекрасно подойти для этой задачи. О том, на основании каких соображений мы сделали такой вывод, и какие из этих соображений прошли проверку практикой, а какие — нет, будет рассказано в докладе.
Доклад: “Мобильный двигатель торговли. Или тормоз?”
Краткая аннотация:
“Тенденции последних лет – появление большого количества разнообразных приложений для “умных” устройств. Игры, утилиты, контент-приложения постепенно прочно входят в нашу жизнь. И превращаются в головную боль для бизнеса.
Нужно ли сражаться за мобильную аудиторию компаниям, чей бизнес не связан напрямую с продажей программного обеспечения для смартфонов? Какие проблемы предстоит решить перед созданием своего первого приложения? Какие риски учесть?
Как появление приложения повлияет на бизнес e-commerce компании?
А на отдел разработки? К чему готовиться и как жить дальше?
Смотрим на создание приложений для мобильных устройств глазами руководителя разработки платежных сервисов Mail.Ru Group”.
Основные тезисы доклада:
Миграция аудитории: где ловить новых пользователей, как удерживать старых?
Трудности перевода: другое поведение – другие подходы к продукту
Плюсы и минусы мобильности: что нового принесет создание приложений и какие проблемы предстоит решить?
Место мобильного направления в структуре большой и небольшой компании
Где деньги, Зин? Как изменится бюджет на разработку?
Как пощупать результат, если продукт бесплатен?
Мобильная разработка – это не всегда профильный для компании бизнес.
Стоит ли в таком случае тратить на нее усилия и как сделать, чтобы они не пропали даром?
О чем нужно думать руководителю разработки и менеджеру мобильного направления?
Управление инцидентами в Почте Mail.ru, Антон ВикторовMail.ru Group
что такое инциденты и почему это важно;
как из непонятного сделать «рутину»;
про автоматизацию: OTRS, Jira, чат-боты;
про диагностику: логирование, как работает Bomgar;
про сообщество: специальная программа тестирования почты для сотрудников.
Картинки к моему рассказу о том, что такое фреймворки и с чем их едят, что лучше не есть и как выбрать приправы для приготовления. Тезисы тут: http://backendconf.ru/2016/abstracts/2123.html
Поговорим о неотъемлемой составляющей большого числа современных веб-проектов — о фреймворках.
Рассмотрим следующие темы и поищем ответы на вопросы:
1) Что такое фреймворк, и зачем их пишут.
2) Почему для некоторых языков их десятки, а для некоторых — единицы.
3) В чём плюсы и минусы применения.
4) Наиболее распространённые мифы.
5) Использовать или нет — примеры из жизни.
6) Как выбрать из множества доступных вариантов, на что стоит обратить внимание.
DevOps в Agile среде. Как, почему и когда инструменты помогают.Alexander Titov
Модное слово DevOps уже успело стать заезженным базвордом. Сотни компаний ищут DevOps инженеров, потому что искать системного администратора уже не модно. Я расскажу вам про свое понимание DevOps, как технические инструменты помогают делать Agile еще более гибким.
Мы разберем основные принципы DevOps через призму донесения смысла без потерь:
- Особая культура
- Автоматизация
- Изменения через измерения
- Распространение знаний и практик
Я поделюсь своим 5ти летним опытом в обеспечении повторяемости, мониторинге, логировании с примерами из реальной жизни.
Александр Титов - управляющий партнер в компании "Экспресс 42", мы внедряем DevOps практики и инструменты, помогаем эксплуатировать интернет-проекты.
В 2009, 2010 годах был техническим директором первого облачного хостинга в России Скалакси.
В 2010 - 2012 прошел увлекательный путь поглощений вместе с компанией Qik - путь из эксплуатации быстрорастущего стартапа к эксплуатации в крупной международной компании Microsoft.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Automation Functional Testing in Agile ProjectsAndrey Rebrov
Об автоматических тестах писал ещё Сам Кент Бек. Ну, а автоматические функциональные тесты — это вообще лакомый кусок для современных agile методик разработки ПО. Вместе с участниками кемпа мы узнаем, с какой стороны подходить к процессу автоматизации тестирования в целом. Кроме того, мы создадим проект автотестирования с использованием одного из самых популярных продуктов для тестирования веб-приложений — Selenium 2.
22. Заchefровались
• Только пара человек умеет
писать/читать на ruby
• Рецепты chef нельзя запускать
два раза подряд (они не
идемпотентны)
• И опять ни у кого нет доступа
30. Основные советы
• возникла проблема - сели, обсудили,
нашли решение
• никаких переписок по email – только
общение лицом к лицу
• есть идея как улучшить процесс –
расскажите всем