DevOpsDays Moscow 2017

March 11 2017
Москва, Россия
View
To favorites

Jan De Vries

Senior business Consultant at IT

Marcin Wielgus

Senior Software Engineer at Google

Leon Fayer

Technologist at OmniTI

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

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

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

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

About event

Topic: IT

DevOpsDays Moscow 2017 это:

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

Audience

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

Schedule

Show all
Saturday, March 11
Day 1
Get access to all talks
Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

Jan De Vries

Senior business Consultant at 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.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

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

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

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

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

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

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

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

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

•   Работа с git. 

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

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

Антон Иванов

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

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

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

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

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

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

В частности:

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

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

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

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

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

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

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

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

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

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

- и др.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

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

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

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

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

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

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

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

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

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

- NuGet + nexus

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

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

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

Open Source != Free Software

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

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

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

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

Leon Fayer

Technologist at OmniTI

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

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

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

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

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

 Технологии:

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

Marcin Wielgus

Senior Software Engineer at 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.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Get access to all talks
Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

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

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

Николай Кныш

Head of IT Product Management at Raiffeisenbank
and 1 more
speaker

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

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

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

Purchased
In cart
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.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

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

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

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

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

Антон Вайс

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

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

DevOps at ZeroTurnaround

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

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

Leon Fayer

Technologist at OmniTI

BizOps и ты

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 2

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

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

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Секция 1

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

Developer at 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.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

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

DevOps at Parity Technologies

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

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

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0
Get access to all talks
Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

Илья Шер

CTO at 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.

Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

Tickets

Video
Access to all videos
Purchased
In cart
0 ₽
0 ₽
$0
$0
€ 0
€ 0

Organizer

devopsdays Moscow
https://www.devopsdays.org

Organizer committee: Alexander Titov, organizers-moscow-2017@devopsdays.org, 1

Similar events

June 16 2018
Talks 19
Views 0
blockchain, devops, it, качество, по, процесс, разработка, сервис, софт
March 16-17 2018
Talks 67
Views 6
автоматизация, блокчейн, госсектор, менеджмент, по, программирование, разработка, софт, стартап, цифровая трансформация
February 24 2018
Talks 14
Views 13
data science, databases, devops, pycon, python, по, программирование, разработка, софт
more