Форма регистрации
Если ваше участие в конференции оплачивает компания, заполните, пожалуйста, следующую форму, а мы подготовим нужные документы:
Ваш уровень магии
Количество билетов (цена билета early bird – 6000 р.)
+
Заполняя и отправляя эту форму, вы даете согласие на обработку персональных данных и соглашаетесь с Политикой конфиденциальности.

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

Международная некоммерческая
комьюнити-конференция

10 / 07 / 2020

Международная некоммерческая
комьюнити-конференция

10 / 07 / 2020

Что такое DevOpsDays ?


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

Что такое DevOpsDays ?

DevOpsDays — это международная серия технических конференций, посвященных актуальным методикам и технологиям в области процессов разработки и сопровождения ПО.
Конференции ежегодно проходят в разных городах мира. Каждый DevOpsDays организуют местные сообщества.
Четвертый московский DevOpsDays пройдет 10 июля в «Технополисе»
и соберет 500 разработчиков, инженеров эксплуатации, системных инженеров, тестировщиков, тимлидов, руководителей технических подразделений, чтобы обсудить свой опыт и новое в мире DevOps. Это не очередная конференция про DevOps, это конференция, которую сообщество организует для сообщества.
На DevOpsDays Moscow российские и зарубежные спикеры расскажут про инструменты и процессы, которые помогут участникам найти способы улучшения их организаций, поделятся «болями», реальными кейсами и лучшими практиками, затронут вопросы цифровой трансформации и софт-скиллов.
Наша конференция будет площадкой для нетворкинга и получения новых идей и решений. DevOpsDays Moscow — это прекрасная возможность встретиться с лидерами DevOps-сообщества, задать вопросы экспертам, пообщаться с коллегами из других компаний и так найти ответы на свои самые актуальные вопросы.
В главном зале мы объявим время, когда любой сможет задать тему, которая ему интересна. Все заявленные темы мы сгруппируем и проанонсируем расписание опенспейсов.

На обсуждение каждой темы дается 30 минут. Параллельно обсуждается две темы в двух местах. Каждый час мы будем объявлять опенспейсы на этот час. Расписание будет висеть в главном зале и в холле.

В обсуждениях участвуют члены программного комитета.

Воркшопы

Липин Григорий, Яндекс
Теория и практика использования Яндекс.Танк
Воркшоп для тех, кто релизит свой код в продакшн и хочет на регулярной основе автоматически запускать нагрузочные тесты.
1. История: зачем вообще многие компании побежали за словом DevOps и почему DevOps – это неотъемлемая часть развития продукта.

2. Стандарты: как узнать о состоянии DevOps в вашей компании и почему вы все равно не получите точный ответ на этот вопрос.

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

4. Lessons Learned: какие шаги можно сделать для продвижения культурного аспекта DevOps.

5. Будущее: размышление о том, что делать в индустрии дальше, когда твоя компания уже в Elite Performers, и все чекпоинты по книгам о DevOps уже пройдены.

Кому будет интересно:
1. Техническим руководителям, которые видят «bottlenecks» в коммуникации инженеров.
2. Продакт-менеджерам, которые хотят углубиться в тему DevOps и соотнести развитие DevOps-культуры с развитием продукта.
3. Непосредственно инженерам, которые (все еще) верят в DevOps как способ уменьшить боль в своей работе.

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








– как локально разрабатывать и отлаживать AWS Lambda функции при помощи AWS SAM;

– деплоить их с AWS CDK;

– мониторить на AWS CloudWatch;

– и автоматизировать весь процесс при помощи AWS Code.

– Покажу, как некоторые, на первый взгляд, неважные аспекты в работе и культуре убивают ваш кластер;

– Раскрою культурологические проблемы в работе IT отделов;

– И дам практические рекомендации по использованию функционала Kubernetes для решения этих (и не только) проблем.

Участвуете ли вы в процессах управления знаниями в своей работе? – Каждый день. Есть ли разница между базой знаний и системой управления знаниями? – Для меня есть. Дружат ли управление знаниями и agile? – Да, и это отражено даже в agile-манифесте.

Эти и многие другие вопросы я получаю (почти) каждый раз, когда заговариваю об управлении знаниями с очередным представителем ИТ-подразделений. Эти вопросы говорят о том, что в ИТ-сфере нет понимания управления знаниями на том уровне, на котором его понимают, например, в реальном секторе, банковской сфере и даже в РЖД и Почте России.

В своем докладе я расскажу:
– почему без работы со знаниями в компании любого размера сейчас нельзя,
– почему главным врагом управления знаниями являются привычки,
– почему так сложно запустить управление знаниями "снизу", а иногда и "сверху",
– как управление знаниями влияет на time-to-market и безопасность бизнеса,
и дам ряд небольших инструментов, которые можно начать внедрять прямо завтра в своих командах и компаниях.

Я хочу заглянуть в будущее и разглядеть, куда это нас приведет.

Оглянуться в прошлое и узнать, как началось.

Как определить, есть ли у моей профессии будущее?

Есть ли перспектива на сегодняшнем месте работы?

Может быть, DevOps и здесь поможет.

... может быть, это очередной редактор на JavaScript у них на ноутбуке, может быть, это приложение для дипфейков в их смартфоне, а может быть, ты даже не побоялся обновить их автомобиль! Что уже может пойти не так, правда?!

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

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

И нет, хорошенько проверить всё ручками перед отправкой и попросить у пользователя еще раз хорошенько проверить всё ручками при приёмке не является одним из рекомендованных паттернов, несмотря на то, что так делает половина индустрии!

Приходите послушать полезные кошмарики про непрерывное обновление, и вы получите шанс познакомиться со множеством очевидных (и не таких уж и очевидных!) проверенных идей и практик, которые вы сможете начать применять сразу после доклада, и, может быть, ваши пользователи будут ненавидеть вас немножко меньше!

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

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

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

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

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

Как сделать использование различных инструментов статического, динамического анализа и контроля Open-Source удобным как для разработчиков, так и для безопасности?

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

... поделимся опытом и выводами при решении проблем при внедрении DevOps в большой компании.

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

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

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

... часть артефактов деплоится вручную. Это нормальная ситуация, так у большинства.

Даже если вам повезло и у вас построен работающий CI/CD, вполне вероятна ситуация, когда нужно срочно задеплоить что-то, не предусмотренное готовым процессом. И тогда нужно принимать решение — срочно дорабатывать процессы или применять ad hoc-решение.

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

Я хочу рассказать об инструментах и методах, позволяющих снизить риски при применении ad hoc-решений на бою. Часть этих инструментов и методов станут базовыми кирпичами для построения автоматизации процесса — вплоть до полноценного CI/CD, если у вас этого процесса нет совсем или он пребывает в руинах.
... Мы расскажем, как правильно готовить запросы для проведения нагрузочного тестирования с помощью Яндекс.Танка и покажем пример интеграции нагрузочных тестов в CI/CD на примере GitHub Actions
Программный комитет

Эти ребята управляют контентом конференции
Дмитрий Зайцев
Руководитель ПК. Высококвалифицированный профессионал с опытом работы в разных индустриях - gamedev, adtech, bigdata, fintech. Развивал DevOps и SRE-практики и подходы тогда, когда это ещё не было модным. Совмещал их с ITIL и Cobit, пока они ещё были в моде. Один из организаторов онлайн встреч сообщества Hangops_ru, devops moscow.
Артём Каличкин
Технический директор Faktura.ru. Ведет профильные спецкурсы в НГУ. 15 лет реализует проекты по внедрению и оптимизации производственных процессов: разработке ПО, управлению портфелем проектов, предоставлению IT-услуг, эксплуатации и отказо-устойчивости mission critical-приложений.
Тимур Батыршин
Provectus









Валерия Пилия
Сейчас я работаю в Deutsche bank на должности Infrastructure Engineer. Занимаюсь автоматизацией деплоев и поддержкой продуктовых команд. До этого работала в Video International, в Мегафоне и OneFactor инженером эксплуатации, поддерживала и развивала платформы на базе Hadoop ecosystem
Виталий Рыбников
Помогаю продуктовым командам внедрять DevOps/SRE подходы и практики. Участник сообщества hangops.ru и организатор --- "DevOps Moscow". SRE @ Tinkoff.





Антон Струков


Software Engineer, Kubernetes, CI/CD, Continuous improvement, DevOps/SRE, Teamlead







Андрей Лёвкин
Более 15 лет опыт работы в индустрии (СМИ, adtech, BigData, fintech, Blockchain) в ролях engineer, architector, lead, manager в малых и крупных проектах. Культуру и практики DevOps сеял и использовал до того, как этот термин появился. Один из организаторов DevOps Moscow и DevOpsDays Moscow.
Александр Сулейманов
Экспресс 42. После 10 лет в телекоме и интеграции нежно люблю весь этот CALMS, его там очень не хватало.
Павел Софроний
Системный инженер в Яндексе (Едадил).
Большую часть времени занимаюсь микросервисной инфраструктурой и зоопарком вокруг неё.



Партнёрам
DevOpsDays во всем мире – некоммерческая конференция, организованная по международным правилам, поэтому нам очень важна спонсорская поддержка.

Участвуя в DOD Moscow в роли партнера, ваша компания сможет не только поддержать российское devops-сообщество, но и продемонстрировать, насколько вам важно развитие технологий. Мы подготовили несколько спонсорских предложений, которые помогут вашей компании стать заметным участником конференции и рассказать о себе.
Где это будет?
info@devopsdays.ru
Технополис Москва,
Волгоградский пр-т., 42, к. 5
Организатор ООО "Человек наук".
Договор-оферта на участие в мероприятии.