Инал Карданов - Developer Advocate в Waves, по совместительству является разработчиком на Java, Python, PHP и JavaScript с 2009 года. Окончил Государственный Университет Управления (Москва), факультет информационных систем в 2015 году. Как разработчик, со-основатель, CTO и CEO работал в нескольких стартапах в сферах образования и финансов.
В 2018 году Инал стал частью команды Waves как Developer Advocate, где отвечает за работу с коммьюнити разработчиков и помощь в построении приложений на блокчейн и с блокчейн.
За свою карьеру успел потрогать многое: Blockchain, AI/ML, Highload, DevOps, Web Development, Android Development, о чем может с удовольствием поговорить в любое время.


Доклад: DevOps практики в Blockchain разработке

Описание доклада:
В ходе доклада я расскажу про то, чем отличается разработка blockchain платформы от обычной разработки или highload, поведаю о том, как мы тестируем ноду блокчейна и эмулируем работу распределенной системы - почему используем docker и зачем нам не нужен kubernetes. Расскажу про NoOps и почему хорошо, когда наши ноды падают и выключаются. Также я затрону тему разработки децентрализованных приложений (Dapps), расскажу чем их разработка примечательна и разберу возможности применения DevOps практик при разработке Dapps.

После окончания магистратуры по направлению "Компьютерный анализ и интерпретация данных" начал карьеру в команде PVS-Studio и уже несколько лет занимается разработкой и развитием этого статического анализатора кода.

Мастер-класс: Мастер-класс по SonarQube

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

Для участия в мастер-классе по теме SonarQube просим заранее скачать и установить программы, перечисленные в этом списке: http://cppfiles.com/DevOpsDays2018-SonarQubeSoftware.txt

Доклад: У штурвала проекта Seven, вахтенный журнал экипажа

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

1. Предпосылки поиска нового механизма оркестрации тестовых окружений
2. Общее описание kubernetes, ключевые моменты.
3. Основные шаги внедрения. Реализация технологического решения в рамках требований к георезервированию сервисов. "Подводные камни"
4. Опыт внедрения. Возможности. Интеграция с CI системами, хранилищами артефактов (образов)
5. Итоги. Альтернативы.

Меня зовут Исанин Антон, в Альфа-Банке я занимаю позицию руководителя центра качества. В силу особенностей штатной структуры Альфа-Банка Центр качества не относится ни к Dev части , ни к OPS части ИТ, а как бы ""болтается"" между этими двумя очень крупными департаментами. Такая штатная структура позволила в своё время наладить хорошие горизонтальные связи от dev к ops в рамках продуктовых направлений и вообще способствовала развитию ""горизонтального взгляда"" на организацию. Что в свою очередь мне как руководителю центра качества позволило разработать и утвердить стратегию DevOps трансформации компании.

Доклад: Девопс трансформация Альфа-Банка

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

Тезисы доклада :

1. почему мы пошли в DevOps
2. с чего мы начинали и почему нас все за это ругали
3. почему получилось зажечь массы темой devops
4. как тема с DevOps проникла на С-level и что из этого вышло
5. как мы ""синхронизировали"" понимание DevOps среди топ менеджеров
6. как мы пытались пытались развивать DevOps культуру и что из этого вышло
7. что трансформация дала сейчас и как мы видим свою дальнейшую трансформацию
8. где мы реально набили шишки и где получается не так красиво как в теории

Cтарший специалист компании «Неофлекс», которая фокусируется на реализации крупных ИТ-проектов для финансовых организаций, предприятий розничной торговли, логистики и др.

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

Придя в ИТ- бизнес, сразу окунулся в кухню крутых enterprise-проектов. Проявил себя в ролях автоматизатора тестирования, «нагрузочника», DevOps-инженера. Участвовал в создании простого и удобного инструмента автоматизации тестирования (интеграция), чтобы отказаться от «ручного» процесса внутри компании «Неофлекс»; участвовал в разработке методики нагрузочного тестирования и автоматизации его процессов для одной из крупнейших в Европе банковской интеграционной шины. В качестве DevOps-инженера участвовал проектировании простых, логичных и надежных конвейерах непрерывной доставки, а так же их автоматизации как для микросервисных, так и для классических решений. И в этом счастлив.


Описание мастер-класса: Как употребить OpenShift Origin: от кода до прода

Описание мастер-класса:
Вместе с участниками мастер-класса мы развернём в OpenShift Origin необходимую инфраструктуру и поработаем с реальным IT-решением, созданным с использованием Akka Framework. Для него мы с нуля настроим конвейер непрерывной доставки ПО, визулизированный мониторинг и средства обеспечения контроля качества, доступные "as a service".


В ходе мастер-класса мы:

• создадим CI/CD pipeline с контролем качества каждого из этапов, в рамках которого мы выгрузим исходный код из репозитория, проверим его качество, соберём приложение, созданное с использованием Akka Framework, создадим на его основе образы Docker, развернём приложение на среде исполнения OpenShift Origin, а также проведём его функциональное и нагрузочное тестирование.
• Покажем основные возможности OpenShift Origin по управлению контейнерами: создание и монтирование локальных томов для хранения данных, автоматическое масштабирование приложений, конфигурация сети для доступа к сервисам внутри кластера OpenShift Origin и за его пределами и многое другое.
• Настроим мониторинг развёрнутого приложения, в том числе jmx-метрик, специфичных для Akka-приложения, добавим в него основные системные метрики и визуализируем его с помощью Grafana.

В ИТ более 15 лет, многие аспекты построения инфраструктурных решений и системного администрирования изучил опытным путем. Участвовал в проектах в роли архитектора инфраструктурных решений, отвечающих строгим требованиям к, например, High-Availability и Disaster Recovery, для высоконагруженных систем банков, разработанных как на классических технологиях, так и в микросервисной архитектуре. Руководил отделом по работе с ПО в задачах развития и поддержки инфраструктурного решения «Платон» — системы взимания платы с автомобилей, имеющих максимальную разрешенную массу свыше 12 тонн. В настоящее время являюсь экспертом компании в области построения инфраструктуры, автоматизации развертывания, администрирования и сопровождения, траблшутинга интеграционных платформ и решений различной сложности. Специализируюсь на выстраивании и автоматизации процессов непрерывной доставки, управлении микросервисными приложениями и создании инфраструктуры для мониторинга приложений и анализа логов.

Мастер-класс: Как употребить OpenShift Origin: от кода до прода

Описание мастер-класса: Как употребить OpenShift Origin: от кода до прода

Вместе с участниками мастер-класса мы развернём в OpenShift Origin необходимую инфраструктуру и поработаем с реальным IT-решением, созданным с использованием Akka Framework. Для него мы с нуля настроим конвейер непрерывной доставки ПО, визулизированный мониторинг и средства обеспечения контроля качества, доступные "as a service".


В ходе мастер-класса мы:

• создадим CI/CD pipeline с контролем качества каждого из этапов, в рамках которого мы выгрузим исходный код из репозитория, проверим его качество, соберём приложение, созданное с использованием Akka Framework, создадим на его основе образы Docker, развернём приложение на среде исполнения OpenShift Origin, а также проведём его функциональное и нагрузочное тестирование.
• Покажем основные возможности OpenShift Origin по управлению контейнерами: создание и монтирование локальных томов для хранения данных, автоматическое масштабирование приложений, конфигурация сети для доступа к сервисам внутри кластера OpenShift Origin и за его пределами и многое другое.
• Настроим мониторинг развёрнутого приложения, в том числе jmx-метрик, специфичных для Akka-приложения, добавим в него основные системные метрики и визуализируем его с помощью Grafana.

Работает в сфере ИТ с середины 90-х. До прихода в Microsoft занимался построением инфраструктуры, ЦОД и внедрением OSS/BSS
систем в крупнейших компаниях России, таких как Мегафон, Связьинвест, Росатом, Почта России. В Microsoft отвечал за работу
программ информационной безопасности в странах Центральной и Восточной Европы. Сейчас возглавляет компанию DNT занимающиюся разработкой бизнес
ПО для крупных Российских компаний Кроме этого консультирует и помогает внедрять системы безопасности, виртуализации, технологии
облачных вычислений в ВымпелКоме, Сбербанке и многих других.

Доклад: Как разрабатывать безопасное ПО и не вылететь в трубу

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

В последние несколько лет безопасность разрабатываемого кода становится все важнее. Со страниц прессы не сходят сообщения об очередном взломе, утечке, воровстве данных или прерывании сервиса из за того что злоумышленники нашли уязвимости в том или ином широко распространённом программном обеспечении. Гранды ИТ вроде Cisco, EMC, Microsoft, Red Hat уже много лет применяют методы Secure Development Lifecycle (SDLC) для снижения количества уязвимостей и дефектов в коде. Мы небольшая команда из 40 разработчиков которая создает бизнес приложения для энтерпрайз заказчиков заботящихся о безопасности. Мы слыхали, что SDLC требует очень много процедур и еще больше труда. Как сделать так, чтобы кафтан снятый с больших парней подошел нам? В этом выступлении я расскажу как мы применяли SDLC как адаптировали его к Agile, какие шишки набили, какие части методологии нам удалось упростить. Так же поговорим о том как выбирать инструменты упрощающие внедрение и автоматическое использование SDLC. Обсудим неочевидные вещи такие как насколько много тестов надо делать, как часто, как воспитывать своих или где брать сотрудников способных возглавить и поддерживать обеспечение безопасности продуктов с помощью SDLC?

Руководитель группы развития процессов Continuous Integration в компании Positive Technologies. Компания производит продукты связанные с информационной безопасностью. Используется широкий спектр технологий, примерно 50% продуктов под Windows, 50% под Linux. Мы знаем Docker не понаслышке :)

Доклад: Как мы собираем проекты в выделенном окружении в Windows Docker

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

Версионирование сборочного окружения – больная тема для компаний где много разработки разных продуктов. В Linux все решалось с помощью Docker, так чем Windows хуже? Расскажу:

• Как было раньше (спойлер – все очень плохо)
• Как применили Windows Docker для сборки проектов
• Какие улучшения сделали и вынесли и поделились с сообществом
• Какие проблемы встретили и как решили\чего ждем
• Экономическая выгода от внедрения Windows Docker

Никольский Андрей Владимирович, директор по эксплуатации портала Банки.ру

Работаю с вебом с 2001-го года: фриланс, поддержка проектов, CRM-системы, системное администрирование.
В Банках.ру работал php-разработчиком, тимлидом, руководителем техподдержки, шефом unix-инженеров и devops'ом.
Сейчас -- делаю примерно всё это в разных пропорциях, эксплуатируя всю инфраструктуру всех порталов.

Доклад: Сервисы-сироты: обратная сторона (микро)сервисной архитектуры

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

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

Самолысов Павел, ведущий консультант компании «Неофлекс» (компания фокусируется на реализации крупных ИТ-проектов для финансовых организаций, предприятий розничной торговли, логистики и др.).

Занимаюсь разработкой больших интеграционных решений на базе технологий Oracle и IBM с 2010-го года.

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


Доклад: Автоматизация развертывания крупного монолитного приложения на кластер серверов с использованием Ansible

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

поделимся опытом создания сценария на Ansible для решения типовой, но трудозатратной и рутинной задачи развертывания домена Oracle WebLogic/SOA Suite на серверах с предустановленной операционной системой Oracle Linux, вертикального и горизонтального масштабирования решения

План выступления:

• формулировка задачи, сравнение трудозатрат с ручным развертыванием, проблемы человеческого фактора и Configuration Drift;
• выбор платформы (почему ansible);
• разработка и тестирование решения (проблемы, с которыми столкнулись, как они преодолевались и т.п.);
• результаты работы и выводы.

Александр Крупенькин является одним из пяти сооснователей Airalab, разработчиком программного обеспечения проекта AIRA и создателей технической части проекта. Обучался в Университете ИТМО в Санкт-Петербурге по направлению автоматизация и управления, затем в 2015 году получил степень магистра Мехатроники и робототехники. Работал над проектами по промышленной автоматизации и DSP (digital signal processing), а также над проектами, связанными с автоматизированными беспилотными летательными аппаратами, в частности с дронами. С 2015 года погрузился в изучение технологии Ethereum. В Airalab Александр занимается разработкой архитектуры и коммуникационного стека программного обеспечения проекта AIRA.

Доклад: NixOS для умных фабрик и городов

Описание доклада:
Описание: В докладе я хочу рассказать о том, как мы сэкономили кучу времени на разработке ПО выбрав удачную архитектуру платформы. В проекте AIRA огромное количество (сотни) зависимостей и модулей, управлять сборкой и вести это хозяйство не так просто. Я хочу рассказать об опыте создания продукта как дистрибутива GNU/Linux на базе NixOS на примере AIRA. О нашем непростом пути к этому, набитых шишках и вынесенных уроках.
Тезисы:

1. Умные фабрики и города, вызовы и требования к доставке ПО
2. Чистый функциональный подход в работе DevOps и почему репозиторий пакетов как код это очень удобно
3. Что такое Nix и как он экономит время разработчика, но не всегда так легко и очевидно, как пишут в книжках.
4. Nix в архитектуре AIRA

Технический евангелист в Microsoft. Он специализируется на современной архитектуре приложений и лучших практиках в разработке программного обеспечения. У Ивана огромный опыт как в серверной разработке, так и в клиентской. Он начал карьеру веб-разработчика в 2008 году. Затем в 2010 году он переключился на клиентскую разработку iOS приложений, затем игр. Теперь он специализируется на разработке приложений с использованием облачных технологий.

Мастер-класс: (совместно с Павлом Мамонтовым): DevOps, Red Hat, Microsoft и все все все

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

Окей, мы потратим один час вашего времени, чтобы показать как (по нашему скромному мнению) быстро и красиво решаются ваши ежедневные задачи в Red Hat OpenShift Container Platform на Microsoft Azure.

Что будет?

• Механизм source2image в OpenShift. Вы (и ваши коллеги по DevOps команде) просто берете линк на гит и даете его Openshift, дальше он сделает все сам: сам соберет и сам развернет приложение, покажет метрику, логи, отмасшабирует на заданных нодах до заданных величин. Разработчикам не нужно забивать себе голову что и как нужно сделать на инфраструктурном уровне, они просто продолжают делать привычную работу, привычными средствами - пишут код, клонируют свои репозитории - и ждут пока соберется.
• Учет и контроль. Разворачивание WordPress из образа контейнера, чтобы сделать бложек для своей кошки. Покажем как наш контейнер не запускается просто так, потому что ему нужны привилегии. Расскажем и покажем как обстоят дела с безопасностью на этом примере и дадим контейнеру особые привилегии, потом посмотрим как он все-таки запустится, привяжем к нему базу данных и сделаем первый супер пост в блоге.

• Цветные квадратики Шрёдингера или Blue/Green Deployment через пайплайн Jenkins, который развернем в один (но это не точно) клик в OpenShift – сферический сценарий в вакууме, показывающий как сделать так, чтобы новая версия приложения стала доступна пользователю с нулевым даунтаймом и без потери нервов и у Dev, и у Ops.

Приходите, мы постараемся, чтобы было интересно!

Директор по развитию бизнеса, Web Control
Образование: Окончила Национальный Исследовательский Ядерный Университет «МИФИ»,
степень Engineer`s degree, специализация -"Вычислительные машины, комплексы, системы и
сети".
Имеет степень MBA, ВШБ МИРБИС
Является Symantec certified engineer
Более 10 лет работает в области информационных технологий и сфере информационной
безопасности.
Свою карьеру начала в производственной организации «ПОВТиСА», где занималась
спецпроверкой компьютерного оборудования и принимала участие в проектах создания
защищенных пунктов связи для госзаказчиков.
Продолжила свое развитие в хостинговой компании Best-Hosting, в качестве инженера
технической поддержки серверов баз данных.
С переходом в 2007 году в Центр Информационной Безопасности компании «Инфосистемы Джет», успешно выполнила десятки проектов по внедрению средств защиты информации в крупнейших компаниях России и стран СНГ, включая банки, телеком и нефтяные компании, производственные и ритейл компании.
С февраля 2017г. является директором по развитию бизнеса в компании «Web Control».
Автор ряда публикаций в профильных изданиях.
https://www.linkedin.com/in/daria-oreshkina-772862108/

Доклад: Управление компонентами с открытым исходным кодом

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

Технический директор в компании Учи.ру. Закончил Факультет общей и прикладной Физики МФТИ. 7 лет работал С++-разработчиком в очень больших системах (десятки миллионов строчек кода). Позднее перешел в веб, любимая серверная технология Ruby on Rails, вхожу в топ-100 контрибьюторов. Увлекаюсь эксплуатацией, докерами и все что с этим связано, это интересно и жизненно важно для нашей компании.


Доклад: Облака в облаках, опыт Учи.ру

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

Учи.ру - онлайн-платформа для школьного образования, более 2 миллионов школьников, регулярно решают у нас интерактивные занятия. Все наши проекты хостятся полностью в публичных облаках, 100% приложений работают в контейнерах, начиная от самых маленьких, для внутреннего пользования, и заканчивая крупными продакшенами на 1k+ запросов в секунду. Так получилось, что у нас 15 изолированных докер-кластеров (не Kubernetes, sic!) в пяти облачных провайдерах. Полторы сотни пользовательских приложений, количество которых постоянно растет.

Я буду рассказывать очень конкретные вещи: как мы переходили на контейнеры, как управляемся с инфраструктурой, проблемы с которыми столкнулись, что заработало, а что нет.

В процессе доклада мы обсудим:

• Мотивацию выбора технологий и особенности бизнеса
  
• Инструменты: Terraform, Consul, Nomad, Prometheus, Ansible
  
• Использовании федерации кластеров для управления распределенной инфраструктурой
  
• NoOps выкатки, тестовые окружения, схемы приложения (практически все изменения девелоперы делают самостоятельно)
  
• Занимательные истории из практики :-)

Андрей Нестеренко является руководителем и основателем MIRhosting – хостинг-провайдера с собственными площадками в РФ, Нидерландах и США. Кроме руководящих функций, Андрей отвечает за техническое развитие инфраструктуры и услуг, привнесение и адаптацию новых технологий и решений.

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

До MIRhosting работал инфраструктурным инженером в дата-центре Serverius. Одной из задач был ввод в работу новой услуги DDoS защиты, которая сейчас является фирменной услугой Serverius. Оказывает услуги консалтинга компаниям со всего мира по построению инфраструктуры и проектированию сложных проектов.

Андрей является профессиональным классическим музыкантом и продюсером (Master Degree), победителем многих международных конкурсов. В настоящее время работает профессором в консерватории ArtEZ в г. Zwolle, Нидерланды.

Доклад: Как получить 100% uptime при хостинге приложений?

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

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

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

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

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

Акцент доклада на практических примерах и советах, таких как кластеризация PHP приложений (Wordpress), Java (Tomcat). Будет затронута тема использование контейнерных технологий как пример взаимодействия с инфраструктурой провайдера при continuous development.

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


Основные тезисы:

1. Типовые стандартные решения для построения отказоустойчивых решений.
2. Использование API и возможностей оркестраций типовых облачных провайдеров и использование этих технологий для масштабирования и отказоустойчивости.
3. Кластер на уровне сервисов. Что нужно помнить разработчикам при проектировании дизайна приложений.
4. Пример кластеризации standalone приложений на примере Wordpress. Типовые ошибки плохого проектирования.
5. Использование докер-контейнеров как пример технологии для интеграции с облачными провайдерами.
6. «Первая миля» отказоустойчивости: BGP Anycast, DNS Geo-Replication.

Руководитель отдела обеспечения качества в компании Финам. В тестировании 8 лет. В настоящее время выстраиваю процессы обеспечения качества в условиях тотальной нехватки QA-инженеров. Здесь на первый план выходят автоматизация и практики, которые посильны разработчикам. Уверен, что качественный продукт это не тот, который много тестируют, а тот, в котором делают мало багов.


Доклад: Как не растерять качество на автоматизированной дорожке в "прод"


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

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

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

Предлагаю поговорить о том, что означает DevOps для специалистов по качеству. Как процесс тестирования должен адаптироваться под новые реалии непрерывной поставки продукта? Какие QA практики стоит автоматизировать, а какие лучше оставить живым людям?

Open Source Advocate, тотемное животное — эффект Даннинга-Крюгера. Ведущий специалист по контейнерным технологиям в Производственной компании Аквариус, НКК.

Мастер-класс: (совместно с Иваном Фатеевым): DevOps, Red Hat, Microsoft и все все все

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

Окей, мы потратим один час вашего времени, чтобы показать как (по нашему скромному мнению) быстро и красиво решаются ваши ежедневные задачи в Red Hat OpenShift Container Platform на Microsoft Azure.

Что будет?

• Механизм source2image в OpenShift. Вы (и ваши коллеги по DevOps команде) просто берете линк на гит и даете его Openshift, дальше он сделает все сам: сам соберет и сам развернет приложение, покажет метрику, логи, отмасшабирует на заданных нодах до заданных величин. Разработчикам не нужно забивать себе голову что и как нужно сделать на инфраструктурном уровне, они просто продолжают делать привычную работу, привычными средствами - пишут код, клонируют свои репозитории - и ждут пока соберется.
• Учет и контроль. Разворачивание WordPress из образа контейнера, чтобы сделать бложек для своей кошки. Покажем как наш контейнер не запускается просто так, потому что ему нужны привилегии. Расскажем и покажем как обстоят дела с безопасностью на этом примере и дадим контейнеру особые привилегии, потом посмотрим как он все-таки запустится, привяжем к нему базу данных и сделаем первый супер пост в блоге.

• Цветные квадратики Шрёдингера или Blue/Green Deployment через пайплайн Jenkins, который развернем в один (но это не точно) клик в OpenShift – сферический сценарий в вакууме, показывающий как сделать так, чтобы новая версия приложения стала доступна пользователю с нулевым даунтаймом и без потери нервов и у Dev, и у Ops.

Приходите, мы постараемся, чтобы было интересно!

Vivek Ganesan is the author of the book Blameless Continuous Integration and a secret 'super hero' at SolutionsIQ (now a part of Accenture). He helps organizations, teams and individuals to be better and happier than they are.

Vivek is a DevOps and Agile practitioner. He is a Certified Agile Coach, SAFe Agilist, Certified Scrum Professional (CSP), Certified ScrumMaster (CSM), a learner and a public speaker too. He spoke at Agile India 2015, DevOps Conference - Bangalore, Discuss Agile Conferences, XP Conference, Business Agility Roadshow 2017, BizDevOps Master Webinar Series, etc.

You can follow Vivek on Twitter, if you would like to catch up with his thoughts.

For more information, visit his personal website at http://www.vivekganesan.com


Доклад: Reinventing DevOps Practices for Blockchain Apps


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

With the arrival of distributed applications that run on Blockchain, it is essential to rethink some of the basic aspects of DevOps. Few things that we take for granted in DevOps area are either irrelevant, impossible or too costly for blockchain applications. This session aims to explore the changes that the blockchain apps bring to the DevOps arena, using a hands-on demo of a sample blockchain apps.

• Introduction
• Blockchain - A layman's explanation
• How blockchain apps are different from traditional apps?
• Demo of Different tools
• Hands-on demo on "DevOps for Blockchain apps" (Continuous Integration, Continuous Delivery, Monitoring with focus on TDD, BDD, etc.)
• Summary
• Q & A

Антон (Энт) Вайс - основатель и директор 'Otomato Software' - эксперт-консалтинга в области DevOps и эффективной доставки ПО. Один из инициаторов и инструкторов первой в Израиле DevOps-сертификации. 17 лет опыта управления процессами разработки.

Доклад: ДевОпс и Хаос: доставка ПО в децентрализованном мире

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

Мы обсудим как меняется и будет меняться доставка ПО мире децентрализованных организаций и информационных систем.

Традиционные ИТ-организации (они-же динозавры) вымирают. Им на смену приходят новые типы компаний. Без офисов, с минимальной иерархией, состоящие из автономных команд. Эти изменения происходят параллельно с концептуальным сдвигом в разработке и использовании информационных систем. Блокчейн, интернет вещей, периферийные вычисления - все двигает нас в сторону все большей децентрализации и новых инструментов общественного договора.

В процессе доклада мы рассмотрим:

1. как выглядит лидирующая ИТ организация современности
2. как изменяется цепочка доставки в новом мире
3. какие инструменты мы уже можем использовать
4. каких инструментов пока нет, какие проблемы не решены и как их решать

Архитектор в команде Atlassian Jira/Confluence в Райффайзенбанк. Последние несколько лет работаю в командах, в которых разработка строится исходя из практик DevOps с использованием продуктов Atlassian. Люблю делать DevOps и говорить о нем.

Доклад: DevOps в команде Jira/Confluence c не технической точки зрения.

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

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

1. Как наша команда DevOps работает с требованиями.
2. Как мы достигаем баланса между бизнес-задачами и техническими задачами.
3. Как мы обеспечиваем стабильность системы.
4. Как идет взаимодействие с менеджментом.

Michael works as a Principal DevOps Consultant supporting projects on their way to implement DevOps. He has written a couple of books including "DevOps for Developers" and "Agile ALM". More information: http://huettermann.net.

Доклад: DevOps for Adults: Live Cooking Show

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

In this session we will interactively go through a holistic Continuous Delivery pipeline with the use of DevOps enabler tools, based on Cloud, microservices and container technologies. We'll package a Java EE web application. Its development versions will be inspected and promoted towards production environment in the Cloud. Jenkins 2 with its native delivery pipeline features will serve as the major backbone of our DevOps toolchain glueing together other tools of the overall ecosystem. This session discusses DevOps concepts, and shows tools in action, to address common challenges along the way, in order to deliver changes to production, fast and in good quality. Happy cooking!

Шишкин Владимир - Начальник отдела разработки. Закончил Факультет компьютерных наук Омского государственного университета. Участник областных и всероссийских олимпиад по краеведению, математике и программированию. Более 7 лет опыта работы в разработке и внедрении корпоративного ПО на базе технологий SharePoint/Project Server, IBM Document Manager и IBM DB2 и др. Является одним из активистов по внедрению технологий и практик DevOps в компании.

Доклад: Хроники DevOps в Enterprise. Работа с высоконагруженной фермой SharePoint.

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

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

В докладе описаны технологии, которые мы используем в процессе разработки решений и их поставке. Большая часть кода решений написана на C# для платформы MS SharePoint, а соответственно для разработки автотестов используются MSTest и NUnit. В качестве вспомогательных инструментов используется MS Fakes/Moles и библиотека SharePoint Emulators. Как справляются с разворачиванием решений агенты TFS? Насколько успешно себя зарекомендовала связка технологий SpecFlow, NUnit, Selenium и Yandex Allure для ежедневного контроля более чем 30 микросервисов? Каким образом это всё документируются и как контролируется качество этой документации?

Крис - главный технолог в Red Hat. Он имеет 20-летний опыт работы в области проектирования продаж и сервисах в компаниях Red Hat, Intel, Loudcloud и Linux.

Доклад: A DevOps State of Mind: Continuous Security with Kubernetes

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

With the rise of DevOps, containers are at the brink of becoming a pervasive technology in Enterprise IT to accelerate application delivery for the business. When it comes to adopting containers in the enterprise, Security is the highest adoption barrier. Is your organization ready to address the security risks with containers for your DevOps environment?

In this presentation, you'll learn about:

• Best practices for addressing the top container security risks in a container environment including images, builds, registry, deployment, hosts, network, storage, APIs, monitoring & logging, and federation.
• Automating and integrating security vulnerability management & compliance checking for container images in a DevOps CI/CD pipeline
• Deployment strategies for deploying container security updates including recreate, rolling, blue/green, canary and a/b testing.

Руководитель разработки в компании TYME. Последние несколько лет занимается построением и развитием процессов разработки ПО, активно применяет автоматизацию, микросервисную архитектуру, Agile. Пришел в DevOps из разработки, поэтому подходы, которые он применяет базируются на лучших практиках написания кода. Уверен, что нужно автоматизировать любой рутинный процесс и что это может быть дешево при использовании правильных технологий.

Доклад: Инфраструктура как код, выигрываем на масштабе

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

Мы занимаемся заказной разработкой ПО и запускаем более 15 проектов в год, в основном это крупные серверные системы на микросервисной архитектуре. Инфраструктура любого проекта на 80% идентичная и нам каждый раз приходилось настраивать одни и те же системы по нескольку раз для каждого проекта. Это приводило к излишним трудозатратам и ошибкам.

Для решения этой проблемы мы внедрили и используем такой подход DevOps как «инфраструктура как код». Теперь вся инфраструктура - это код. Кодовая база разбита на модули, которые хранятся и развиваются в Git. Модули используются в разных проектах и позволяют инфраструктуру нового проекта поднять за пол дня набрав из них новый проект и задав специфичные настройки, это делают администраторы. Разработчики же хорошо знают и понимают прикладные системы, поэтому прикладную инфраструктуру настраивают самостоятельно в Docker контейнерах.

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

В моем докладе будут рассмотрены практические методы реализации данного подхода.