DevOpsDays Moscow 2017

11 марта 2017
Москва, Россия
Купить видео
В избранное

Jan De Vries

Senior business Consultant в IT

Marcin Wielgus

Senior Software Engineer в Google

Leon Fayer

Technologist в OmniTI

Елена Денисова

Начальник сектора по развитию персонала в Главны вычислительны центр ОАО «РЖД»

Борис Герасин

Эксперт IT-направления патентной практики в Центр интеллектуальной собственности «Сколково»

О мероприятии

DevOpsDays Moscow 2017 это:

  • Открытая площадка, на которой может выступить каждый, кто «дышит» DevOps и готов поделиться своим интересным ценным опытом с комьюнити.
  • Один насыщенный день. Только лучшие доклады как иностранных, так и российских экспертов в двух параллельных треках;
  • Не только классические доклады, но и выступления в стиле Ignite и дискуссии в формате Open Space session во второй половине дня.

Для кого

  • ТОП-менеджерам
  • Тимлидам
  • Операционным менеджерам
  • Аналитикам
  • Разработчикам
Поделиться

Расписание

Развернуть все
11 марта (суббота)
День 1
Показать
цену в
$
Получить доступ ко всем докладам
Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Jan De Vries

Senior business Consultant в IT

Antifragility applied to DevOps. And to your life

This talk builds on the brilliant book written by Nassim Nicholas Taleb. It was published in 2012 and not many people realise its full potential yet.

Antifragile systems gain from disorder. It is the exact opposite of fragility. Every attack makes it stronger. And therefore it operates beyond resilience and robustness.

The Chaos Monkey that was developed by Netflix to help manage its IT systems, is an excellent example and because of its success it already turned into a full blown Simian Army.

 An important concept in the book is ‘Skin in the game’, which means that a person has something to lose in a given situation. DevOps itself is a good example of this. Because a team that handles both development and operations has something to lose when they deliver lousy applications.

 Another concept is 'Via Negativa', which means that instead of creating additional goals, you can also make your systems more antifragile when you decrease its downside. An example is technical debt. If you don’t repay it, every next change will be harder to implement and will make your business vulnerable as it won’t be able to adapt fast enough.

 Also interesting is the ‘Lecturing birds to fly’ - concept about overestimating formal education and minimising the intuitive experience-based knowledge. This is again something that is already adopted in DevOps as one of the Three Ways (continuous experimentation) as described in The Phoenix Project.

 So, there is already a lot of antifragility in DevOps. This talk is about maximizing it. 

And it is not only about systems. It is also about your life and the decisions that you take. You can live more antifragile than you do now.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Александр Лэйн

Руководитель отдела эксплуатации в DocDoc.ru

Как избавиться от человека?

•   Почему доставлять код за 4 дня уже не круто.

•   Типичные проблемы доставки.

•   Что важно для внедрения Continuous Delivery.

•   Хорошее покрытие тестами. Быстрый откат в случае ошибок. Полная автоматизация. Деплой без простоя. Моментальная обратная связь.

•   Интеграция Jenkins и JIRA.

•   Работа с git. 

•   Запуск тестов в облаке.

•   Последовательный переход на новую версию.

•   Мониторинг всего и вся.

•   Система оповещений.

•   Откат релиза за доли секунды.

Итог - 25 минут от пуша до выгрузки на бой в любое время дня и ночи.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Антон Иванов

Тим лид команды SRE в Headhunter

Как команда SRE делает HeadHunter стабильным

HeadHunter - сайт, где соискатели находят работу, а работодатели - сотрудников. 

Днем к нам приходит 3K запросов в секунду (без статики), что превращается в 25K rps к бэкендам и 50K rps к базам данных. 

Раньше стабильность сайта могла быть ниже 99%. Теперь - это 99.9% и лучше.

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

В частности:

- как распределяем ответственность между эксплуатацией, командой SRE и другими командами;

- как мы определяем, когда сайт работает, а когда - нет;

- что делаем, когда сайт лежит;

- какие инструменты используем, чтобы быстро находить причину проблемы;

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

Чтобы не было абстрактно и скучно, расскажу о конкретных кейсах:

- как мы масштабировали реплики базы данных;

- почему отказались от PgBouncer (это такой пул соединений перед PostgreSQL);

- почему нам не подошел Graylog, и как мы ищем в логах другим гораздо более простым способом;

- какие проблемы есть с ретраями;

- и др.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Алик Курдюков

Технический директор в UnitedTraders

DevOps для windows на базе ansible

В рамках доклада планирую раскрыть следующие тезисы: 

- на windows тоже есть не-legacy системы, их надо как-то доставлять

- сложности в доставке многокомпонентной распределенной системы

- можно все сделать “на коленке”, но поддерживать тоже вам

- powershell - можно, но сложнее, чем заявляет маркетинг

- что делать с разработчиками на C#, которые немного не в курсе всех этих “админских штучек”

- NuGet + nexus

- жизнь на гребне волны open source

- что получилось в результате - как собираем, ставим и откатываем (если надо)

- что можно сделать лучше

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Борис Герасин

Эксперт IT-направления патентной практики в Центр интеллектуальной собственности «Сколково»

Open Source != Free Software

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

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Елена Денисова

Начальник сектора по развитию персонала в Главны вычислительны центр ОАО «РЖД»

Как гибкие методологии помогли HR-службе ГВЦ РЖД внедрить проект на 5000 разработчиков всего лишь за 12 месяцев

О том, как можно применять гибкие методологии в организации с 5000 программистами, 1500 приложениями и сотнями тысяч вагонов.

О сложностях взаимодействия территориально разнесенных команд, и как эти сложности успешно преодолевать.

О том, какой секрет позволяет вести рабочие совещания с участием 70-ти человек, разделенных 9-ю часовыми поясами и находящихся по всей России от Калининграда до Хабаровска, имеющих свое личное представление, как точно нужно работать.

И какую роль во всем этом играет культура и чего стоит ее поддерживать.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Leon Fayer

Technologist в OmniTI

Чем DevOps НЕ является

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Алексей Вахов

Технический директор в Учи.ру

Учи.ру: PaaS, выделенные сервера, облако и снова PaaS

Компания Учи.ру стартовала с одного приложения на Heroku, и за три года выросла до миллиона пользователей, 100+ серверов и десятка продакшенов. Нам всегда нужны были стандартные для индустрии решения: мониторинг, ввод в эксплуатацию новых серверов и приложений, бэкапы, CI/CD и так далее. Но на фоне постоянно растущей логической сложности системы, с этими задачами было справляться очень не просто. Я расскажу какие инструменты и подходы мы пробовали, что сработало, а что нет и к какому стеку мы в конечном счете пришли.

 Технологии:

- Хостинг (Heroku → Выделенные сервера → Облако  → Docker);

- CI/CD для приложений (Chef → Ansible → Автовыкатки веток → Docker);

- Мониторинг (ничего → Заббикс → Прометей);

- Автоматизация управлением серверами (Терраформ).

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Екатерина Трошина

Ведущим специалистом по анализу кода в Solar Security

Когда разработка идет как надо или практика построения процесса разработки защищенного программного кода

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

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Marcin Wielgus

Senior Software Engineer в Google

Introduction to Kubernetes

During this talk I will discuss the architecture and key components of Kubernetes - a production-ready, open-source system for automating deployment, scaling, and management of containerized applications. I will explain the concepts of Pod, ReplicaSet, Deployment, Service and Autoscaling and show how they can be applied to build and effectively run a simple website.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Получить доступ ко всем докладам
Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Кирилл Ветчинкин

Начальник отдела интеграционных решений в TYME

Практическое применение практик DevOps при разработке большого проекта на примере API Мегафон Банк

Перед нами стояла задача разработать крупный интеграционный проект - API Мегафон Банк. Проект имеет микросервисную архитектуру. Состоит из более чем из 30 микросервисов и 10 баз данных.
Очевидно, что без средств автоматизации при разработке, интеграции и развертывании было не обойтись, соответственно был определен круг подзадач, о которых и пойдет речь, вот некоторые из них:

  • GitFlow подход или разработка на магистрали
  • Что хранить в репозитории
  • Интеграциия после каждого коммита и что в нее входит
  • Как организовать автоматическое развертывание более 30 приложений на 4 ветки и автотестирование
  • Авто документирование кода, проекта, баз данных
  • Как получать эффективную и быструю обратную связь
  • Взаимодействие участников команды.

Будут продемонстрированы как общие подходы, так и многие тонкие вопросы, с которыми нам пришлось столкнутся на практике. Так же я расскажу, как я запускаю новые проекты, в которых используются новые технологии .NetCore к примеру, и как нам подходы DevOps позволяют минимизировать риски на ранней стадии проекта. 

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Николай Кныш

Head of IT Product Management в Raiffeisenbank
и ещё 1
докладчик

Внедрение DevOps в большой организации: в новый век за 1 год

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

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Как сделать PaaS при помощи Docker, Consul и обвязки на Python

Сейчас я в одиночку работаю над созданием Database-As-A-Service решения. И вопрос "как и где запускать" успешно решился в пользу Docker. Проблемы возникли в двух местах: как соединять контейнеры по сети для репликации данных, и как автоматизированно управлять большим парком запущенных инстансов.

На рынке есть много решений для организации IaaS, и всяких шедулеров вроде Mesos и Kubernetes. Но у всех у них довольно крутой learning curve. К тому же они не очень хорошо работают с сервисами, сдизайненными не по SOA.

В своем докладе я расскажу, как можно сделать (и как я в итоге сделал) для своей компании небольшой PaaS на основе Docker, Consul и обвязки на Python в качестве оркестратора. Это вполне воспроизводимо силами одного человека.

Вот о чем мы поговорим:

- Consul как надежное распределенное хранилище

- Делаем связь контейнеров между хостами без overlay сети

- Выделение IP адресов и организация их пула в Consul KV

- Как правильно регистрировать сервисы и health check-и

- Делаем оркестратор на gevent + простую админку к нему на Flask

- Делаем failover, масштабирование и переезд сервисов

- Отложенные задания (бэкап, аналитика и т.д.)

- И немного про мониторинг всего этого хозяйства (Consul + Prometheus)

Почти весь, включая ansible скрипты, доступен на GitHub.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Александр Дубровин

Разработчик и devops в Superjob.ru

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

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

Организация тестирования большого развивающегося проекта проекта, где одновременно в разработке и тестировании находится около полусотни фич, — непростая задача. Ситуация обычно осложняется тем, что иногда есть желание потрогать еще не полностью готовый функционал. В таких ситуациях часто возникает вопрос: «А куда это можно накатить и где покликать?»

Как управлять разрастающимся парком тестовых серверов и как минимизировать влияние их друг на друга? И как при этом перестать обучать тестировщиков основам работы с ssh, git, etc?

Я расскажу о том, как мы решили эти вопросы для себя и как организовано тестовое окружение в Superjob, о сложностях и «подводных камнях» такого тестового окружения.

Целевая аудитория: начинающие и практикующие devops-инженеры.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Антон Вайс

Совладелец в Отомато

Как измерить поток?

Если верить  Джин Киму  - автору девопс-бестселлера "Проект Феникс" - усиление потока (flow) есть первый благородный путь методологии девопс. Концепт потока не так сложен для понимания - это количество конструктивных изменений, количество произведенной ценности движущейся сквозь трубопровод нашей компании. От творческой идеи в наших головах до её реализации в виде услуги или продукта доставленного клиенту. Да доставленного так, чтоб клиент остался не просто доволен, а восхищен нашей способностью делать вещи быстро и качественно. Задача ясна, цель обозначена. Но дорога к улучшению ухабиста и извилиста. Никто не прыгает зараз от одного релиза в месяц к 10 релизам в день. Постоянное улучшение достигается ежедневными экспериментами, анализом результатов и действиями основанными на конкретных измерениях. Так как-же измерить поток? На что смотреть? Где взять данные?

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Сергей Егоров

DevOps в ZeroTurnaround

Как перестать быть DevOps инженером

Считаешь себя DevOps инженером? Тогда у меня для тебя плохая новость - тебя просто не существует :)

"Но... ведь... рекрутер сказала мне..." - скажешь ты?

Серьёзно? Может тогда ты ещё знаешь PHP, C++, Python, Java, C#, XSLT, Excel?

Проснись, Нео! Я предлагаю тебе пилюлю. Да. Одну. Ведь выбора у тебя нет. Как и тебя самого. Но у тебя есть шанс, шанс обрести себя, понять себя, понять свою роль. Понять, кто ты. В мире DevOps.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Leon Fayer

Technologist в OmniTI

BizOps и ты

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

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 2

Владимир Ярцев

Технический директор в Cloud Castle

Проблемы, с которыми я столкнулся при создании очередной Docker PaaS

Благодаря Docker'у, технология Linux-контейнеров стала доступна всем и каждому. Однако, чтобы развернуть production-систему на Docker'е, нужно решить ряд инфраструктурных задач: логи, мониторинг, бэкапы, отказоустойчивость, апдейты, безопасность. Эти задачи выглядят несколько по-иному, когда мы пытаемся превратить свое решение в Docker PaaS. В своем докладе на примере dockhero.io я покажу разницу между использованием Docker'а в продакшне "для себя" и создании Docker PaaS "для других".

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Секция 1

Михаил Кольцов

Developer в Luxoft

Automate yourself out of running your applications with Apache Mesos

At my day job, we went through a long roller coaster ride to find out how to efficiently deploy our microservices-based SaaS-platform on a daily basis having multiple deploys done by different developers to different cloud providers. As in our company, we are big proponents of the "SRE book" by Google I'll explain why in my opinion the future belongs to such technologies as Mesos and Kubernetes. Also, why developers in our company need nothing but Git to deploy their apps and how we've stopped caring about how your Docker containers are running by empowering machines to do that for us.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Денис Солдатов

DevOps в Parity Technologies

Особенности кросскомпиляции или почему мы отказались от Travis CI

Я расскажу про наш опыт внедрения Gitlab CI при разработке кроссплатформенного приложения в Parity Technologies.
Почему мы сделали выбор именно этого CI? Какие цели мы преследовали и чего добились? Ответы на эти вопросы я предлагаю узнать из моего доклада.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €
Получить доступ ко всем докладам
Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Илья Шер

CTO в Beame.io

Lower your TCO with custom solutions and NGS

I will share with the audience why I prefer custom solutions to ready-made tools for many systems engineering tasks. Imagine all the time you will have to really work on your system while not upgrading a "turnkey" module to the next version, which might include "breaking changes between minor versions." Imagine the peaceful feeling of looking at two screens of your own script instead of figuring out what went wrong somewhere between the 2000+ lines of the code written by someone else. Imagine finishing your working day early and going home to your loved ones instead of fixing a state file of a tool that you hoped would make your infrastructure-as-code dream come true (except it's not code, it's more a configuration format and therefore you have to generate it somehow). Imagine yourself acquiring skills that make your future brighter, not a specific vendor richer.

Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Билеты

Показать
цену в
$
Видеозапись
Доступ к записям всех докладов
Куплено
В корзине
0 ₽
0 ₽
0 $
0 $
0 €
0 €

Организатор

devopsdays Moscow
https://www.devopsdays.org

Организационный комитет: Alexander Titov, organizers-moscow-2017@devopsdays.org, 1

Похожие мероприятия

24 февраля 2018
Докладов 14
Просмотров 5
data science, Databases, DevOps, PyCon, Python, ПО, Программирование, Разработка, Софт
3 февраля 2018
Докладов 9
Просмотров 1
CSS , DevOps, Flow, Typescript, ГОСТ, ПО, Программирование, Проектирование, Прототип, Разработка, Софт, Стандарты
16 ноября 2017
Докладов 23
Просмотров 4
DevOps, Автоматизация, Бизнес-процесс, ПО, Прогарммирование, Разработка, Софт, Управление
показать еще