Сергей Егоров - DevOps-на-все-руки (и голову) в компании ZeroTurnaround. Является со-ведущим русскоговорящего DevOps подкаста "Two Devs One Ops". Ранее работал в геймдеве, где высоконагруженные системы - это не вам не хухры-мухры!

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

Описание доклада:

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

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

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

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

Кирилл Ветчинкин - начальник отдела интеграционных решений компании TYME. Имеет техническое и бизнес образование «Стратегическое управление ИС (CIO)». В прошлом .Net разработчик и архитектор, руководил разработкой электронного банка финансовой группы Лайф. Сторонник современных технологий и передовых практик разработки ПО.

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

Описание доклада:

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

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

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

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

Николай Кныш - Директор ИТ продакт менеджмент. 10+ лет опыта работы в разработке и внедрения софта. Работал в таких оластях как телеком, медиа, банкинг. Работал в международных интеграторах и участвовал в больших проектах внедрения OSS решений по всему миру. В настоящий момент отвечает за продакт ИТ продакт менеджмент в банке, является одним из инициаторов внедрения DevOps-подхода.

Доклад (совместно с Романом Мурашкиным): Внедрение DevOps в большой организации: в новый век за 1 год.

Описание доклада:

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

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

Роман Мурашкин - Директор по Инфраструктуре. Более 15-ти лет в ИТ. Руководил проектами по консолидации дата-центров, виртуализации и миграции пользователей банка на VDI. Помимо руководства командами поддержки пользователей и инфраструктуры банка в России, возглавляет программу оптимизации ИТ-сервисов в группе RBI.

Доклад (совместно с Николаем Кнышом): Внедрение DevOps в большой организации: в новый век за 1 год.

Описание доклада:

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

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

Владимир Ярцев - технический директор в компании Cloud Castle и создатель dockhero.io. В прошлом - системный программист и сисадмин. В настоящем - Ruby-on-Rails-разработчик и адепт Heroku. Верит в The Twelve Factors.

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

Описание доклада:

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

Константин Нерадовский - Руководит автоматизацией тестирования в банке Открытие. В первую очередь считает себя разработчиком – разработчиком решений для тестирования: от процессов и сервисов до автотестов. Свободно пишет на Java, C#, TypeScript и JavaScript. Python и Ruby – со словарем. В управлении старается следовать принципу «люди важнее процессов». В свободное время делится кодом и идеями.

Доклад: Слон в посудной лавке. Visual Studio Team Services в большой организации.

Описание доклада:

Мы используем TFS (Visual Studio Team Services on Premises) как основную систему для управления жизненным циклом разработки (ALM) и непрерывной поставки ПО (CD). В разработке мы используем различные технологии и экосистемы: Java, .Net, C#, PHP, Jenkins. Расскажу как ведет себя новый TFS в смешанной среде, как заставить его работать с non-MS экосистемами и технологиями, как обогнать время и не потерять ни одного дефекта. А также почему нам больше не нужен PowerShell для написания расширений, и как писать и публиковать стильные расширения на TypeScript.

Константин Назаров - инфраструктурный инженер в команде Tarantool. В прошлом - системный программист и любитель Common Lisp. Минималист и приверженец итеративного подхода ко всему.

Доклад: Как сделать 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.

Денис Солдатов - Блокчейн-энтузиаст, сторонник открытых технологий, DevOps в компании Parity Technologies.

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

Описание доклада:

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

Антон Иванов - тим лид команды SRE (site reliability engineering) в HeadHunter. Скромный, но компетентный!

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

Описание доклада:

HeadHunter - сайт, где соискатели находят работу, а работодатели - сотрудников. Днем к нам приходит 3K запросов в секунду (без статики), что превращается в 25K rps к бэкендам и 50K rps к базам данных. Раньше стабильность сайта могла быть ниже 99%. Теперь - это 99.9% и лучше. В докладе расскажу о том, как мы постоянно улучшаем стабильность сайта. В частности: - как распределяем ответственность между эксплуатацией, командой SRE и другими командами; - как мы определяем, когда сайт работает, а когда - нет; - что делаем, когда сайт лежит; - какие инструменты используем, чтобы быстро находить причину проблемы; - как нагружаем продакшн, чтобы заранее выявить узкое место. Чтобы не было абстрактно и скучно, расскажу о конкретных кейсах: - как мы масштабировали реплики базы данных; - почему отказались от PgBouncer (это такой пул соединений перед PostgreSQL); - почему нам не подошел Graylog, и как мы ищем в логах другим гораздо более простым способом; - какие проблемы есть с ретраями; - и др.

Александр Тарасов - Архитектор в Альфа-Лаборатории. В настоящий момент внедряет архитектуру с микросервисным подходом и попутно двигает направление DevOps. Имеет десять лет опыта серверной Java-разработки и больше года практики автоматизации развертывания приложений. Фанат Docker-а и связанных с ним технологий.

Доклад (совместно с Юлией Викторовой): DevOps без булшита

Описание доклада:

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

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

Чего не будет:
• серебрянной пули
• облаков и облачных технологий

Юлия Викторова - Начальник управления тестирования и внедрения в Электронном бизнесе Альфа-Лаборатории. Фанат направления DevOps и инженерных практик, драйвер трансформации процессов и инженерной культуры в Альфа-Лаборатории.

Доклад (совместно с Александром Тарасовым): DevOps без булшита.

Описание доклада:

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

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

Чего не будет:
• серебрянной пули
• облаков и облачных технологий

Антон (Энт) Вайс - совладелец технологического консалтинга Отомато. Обладатель более чем 15-тилетнего опыта в области высоких технологий. Эксперт по техническому преподаванию. Инициатор и со-автор первого в Израиле курса девопс-сертификации. Участник ряда международных конференций, опытный докладчик.

Доклад: Как измерить поток?

Описание доклада:

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

Екатерина Трошина - является ведущим специалистом по анализу кода компании Solar Security. Занимается анализом кода в том числе и по требованиям ИБ уже более 15 лет. Помимо этого выполняет работы, связанные с внедрением различных успешных мировых практик по разработке защищенного программного обеспечения в крупные компании. Имеет большой опыт разработки различных регламентов реагирования на инциденты, а также различных программ повышения качества работы программистов: от обучения до мотивации.

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

Описание доклада:

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

Леон Файер - Два десятилетия опыта Леона были сконцентрированы на проектировании и эксплуатации сложных веб-систем, которые смогли бы устоять про многократном росте трафика (часто, неожиданно для всех). На протяжении многих лет у него была уникальная возможность проектировать и строить системы, которые поддерживают некоторые из самых посещаемых сайтов в мире, таких как National Geographic, WhiteHouse.gov, и т.д. Он считается профессиональным циником среди коллег и абсолютно уверен что на самом деле ничего не может считаться работающим пока не работает, как минимум, для миллиона пользователей.

Ignite-доклад: Чем DevOps НЕ является

Описание Ignite-доклада:

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

Доклад: BizOps и ты.

Описание доклада:

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

Michail Koltsov - an avid programmer for more than 13 years, began writing his first apps in Java using JBuilder on Mandrake Linux. He has worked with all layers of application development as a developer, DevOps and PM. Currently, he is involved in building and running distributed, resilient applications for bet processing on the British market. His own formula for keeping a good balance between work and life is to automate his own job out to machines so he could spend more time with his family travelling. Commits his spare time to contribute to open source projects such as Apache Zeppelin as well as to both of his kids.

Доклад: 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.

Александр Дубровин - работает в компании Superjob.ru. Разработчик и devops. Занимается внутренней инфраструктурой проекта, dev и тестовыми окружениями.

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

Описание доклада:

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

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

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

Алексей Вахов - 7 лет был C++-разработчиком, затем перешел на Ruby on Rails. Сейчас работает техническим директором в компании Учи.ру. Последний год занимается в основном инфраструктурой, для компании это это очень важное направление, потому-что когда сайт недоступен, не важно насколько хорошо он нарисован и запрограммирован. Ведет блог vakhov.me про программирование, жизнь и все такое.

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

Описание доклада:

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

Технологии:
- Хостинг (Heroku → Выделенные сервера → Облако → Docker);
- CI/CD для приложений (Chef → Ansible → Автовыкатки веток → Docker); - Мониторинг (ничего → Заббикс → Прометей);
- Автоматизация управлением серверами (Терраформ).

Алик Курдюков - Технический директор UnitedTraders. Внедряет новые подходы и технологии в компании, следит за состояние старых. В ИТ с 1996 года. Закончил мех-мат МГУ. Построил несколько технологических команд в разных отраслях.

Доклад: DevOps для windows на базе ansible.

Описание доклада:

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

- на windows тоже есть не-legacy системы, их надо как-то доставлять
- сложности в доставке многокомпонентной распределенной системы
- можно все сделать "на коленке", но поддерживать тоже вам
- powershell - можно, но сложнее, чем заявляет маркетинг
- что делать с разработчиками на C#, которые немного не в курсе всех этих "админских штучек"
- NuGet + nexus - жизнь на гребне волны open source
- что получилось в результате - как собираем, ставим и откатываем (если надо)
- что можно сделать лучше

Александр Лэйн - работает в IT с 2003 года. Общение с компами началось с 286-го в возрасте 4-х лет. Имеет стаж системного администратора около 6-ти лет. Последние 2 года работает руководителем: 1,5 года руководителем дежурных админов в QIWI и полгода руководителем отдела эксплуатации в DocDoc. Любит все автоматизировать. Предпочитает погрузиться в автоматизацию на несколько дней, чем выполнять монотонную похожую работу.

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

Описание доклада:

• Почему доставлять код за 4 дня уже не круто.
• Типичные проблемы доставки.
• Что важно для внедрения Continuous Delivery.
• Хорошее покрытие тестами. Быстрый откат в случае ошибок. Полная автоматизация. Деплой без простоя. Моментальная обратная связь.
• Интеграция Jenkins и JIRA.
• Работа с git.
• Запуск тестов в облаке.
• Последовательный переход на новую версию.
• Мониторинг всего и вся.
• Система оповещений.
• Откат релиза за доли секунды. Итог - 25 минут от пуша до выгрузки на бой в любое время дня и ночи.

Ilya Sher, currently CTO at Beame.io, has more than 15 years of systems and software engineering experience. As a consultant, Ilya was exposed to a wide range of solutions, good and bad. Ilya likes to share his views, based on his experience. Ilya has been working on the Next Generation Shell (NGS) since 2013 and believes it will soon become the solution of choice for systems engineering tasks.

Ignite-доклад: Lower your TCO with custom solutions and NGS

Описание Ignite-доклада:

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.

Елена Денисова - Начальник сектора по развитию персонала в Главном вычислительном центре ОАО «РЖД». Из выполненных проектов: внедрила систему оценки профессиональных компетенций в ГВЦ ОАО «РЖД», внедрила Систему дистанционного обучения в
ЗАО ЦВ «ПРОТЕК», участвовала в разработке системы интеллектуального банка ЗАО «Европлан».

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

Описание Ignite-доклада:

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

Борис Герасин - эксперт IT-направления патентной практики, Центр интеллектуальной собственности «Сколково». Основным направлением работы является патентование технических решений резидентов Фонда Сколково в области информационных технологий, а именно Information security, Telecom, BigData, E-commerce, Media, Machine learning algorithms, а также проведение различных патентных исследований, таких как патентные ландшафты, исследования на патентную чистоту по ГОСТУ, исследования патентоспособности.

Ignite-доклад: Open Source != Free Software

Описание Ignite-доклада:

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

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

Павел Кутаков - имеет более 15 лет опыта в качестве разработчика и архитектора программных систем в различных областях бизнеса. В списке проектов значатся как банковская информационная система, работающая по всему миру от США до Папуа-Новой Гвинеи, так и интегрированная среда разработки для СУБД Firebird. В настоящее время руководит разработкой специализированных транзакционных сервисов национального оператора лотерей. Все сервисы развернуты на платформе Microsoft Azure.

Ignite-доклад: DevNull. Как современные облачные платформы сводят объем Operations к минимуму.

Описание Ignite-доклада:

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

Marcin Wielgus - Senior Software Engineer at Google. Marcin joined the internet search giant in 2010 and since then he has been working on various projects, ranging from Android applications to recommendation engines. Currently he is a part of the Kubernetes team, where he is mainly focused on autoscaling and cluster federation.

Доклад: 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.

Jan de Vries is a senior business IT Consultant and a trusted advisor in the fields of requirements engineering, business information management, application management and DevOps. He is a self-employed BiSL, ASL, ITIL, FSM, ISM and DevOps trainer and convenor of the Enterprise DevOps working group that unites members of the ASL BiSL Foundation and the Agile Consortium He founded the Blue Ocean Recon partnership to do research that focuses on the development of Blue Oceans and Lean Startups.

Доклад: 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.

Константин Суворов - IT-Pro с чёрным поясом по Google-fu. Любит технические челленджи и загадки. С 2015 года плотно занимается Ansible. Входит в Top-3 отвечающих по тегу Ansible на Stack Overflow. В данный момент ведет проекты по Ansible в d2c.io и C.Nord

Мастер-класс: Расширение возможностей Ansible.

Описание мастер-класса:

Ansible – отличный инструмент для развертывания и управления инфраструктурой. В него изначально входят более 750 модулей для настройки различного ПО и сетевых устройств. Но по мере описания сложных ИТ-систем в Ansible рано или поздно наступает момент, когда стандартных средств не хватает. Именно тогда на помощь приходит механизм расширения возможностей. На данном мастер-классе я покажу основы создания расширений для Ansible. Мы рассмотрим модули и несколько типов плагинов, чем одно отличается от другого. Напишем плагины: filter, action и callback; свой модуль. Рассмотрим процесс отладки.

Ринат Хабибиев - занимается серверной разработкой более 10 лет. Адепт облачных технологий. Считает, что контейнеризация - наиболее перспективный способ запуска сервисов в ближайшем и обозримом будущем.

Мастер-класс: Несколько интересных кейсов продвинутого использования Fabricio

Описание мастер-класса:

Fabricio - инструмент для автоматизации деплоя Docker контейнеров и сервисов. Благодаря использованию в нем полноценного языка программирования (Python) достигается высокий уровень гибкости и переиспользования кода при описании настроек деплоя любой сложности. Поддержка произвольного количества инфраструктур, ролей и хостов позволяет создавать удобные в использовании многохостовые и многопользовательские конфигурации, применение которых возможно как в ручном, так и в автоматическом (CI/CD) режимах.

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