29-30 октября, 2019

Конференция, посвященная инженерным DevOps-решениям, в формате онлайн

2 дня, 3 зала, 30 докладов
Купить билет
Быстрое переключения между залами
Видеопоток в разрешении 4К
Просмотр на всех мультимедийных устройствах
Ранний доступ к видеозаписям докладов и интервью

Спикеры и доклады

Инженеры с мировым именем, профессионалы, которые готовы поделиться своим опытом с вами.

Получите знания, которые можно сразу применить на практике.

Антон Вайс

Otomato Software
antweiss
Доклад:
Зачем нам сервисное сито?

Никита Соболев

wemake.services
Доклад:
Автоматизируем все с Github Actions

Burr Sutter

Red Hat
burrsutter
Доклад:
Pipelines & pods: DevOps with Kubernetes

Hadi Hariri

JetBrains
hhariri
Доклад:
Removing the barriers

Федор Чемашкин

Dell Technologies
Доклад:
Заключительный рассказ про операторы

Дмитрий Губенко

КУРС
Доклад:
Terraform vs Helm: Битва за инфраструктуру

Sebastian Daschner

IBM
DaschnerS
Доклад:
Delivering progressively with Jenkins X

Барух Садогурский

JFrog
jbaruch
Доклад:
Паттерны и антипаттерны непрерывных обновлений в практике DevOps

Сергей Фёдоров

Netflix
Доклад:
Ускоряем Интернет-запросы, и спим спокойно

Олег Ненашев

CloudBees
oleg_nenashev
Доклад:
Under the hood of serverless Jenkins: Jenkinsfile Runner

Александр Лукьянченко

Авито
Доклад:
Service mesh для построения мультикластерной системы

Игорь Курочкин

Express 42
igoritl
Доклад:
Как нарисовать DevOps?

Григорий Кошелев

Контур
GregoryKoshelev
Доклад:
Как готовить Кафку, чтобы не пригорало

Алексей Кирпичников

Контур
Доклад:
Проклятие инфраструктурной команды

Роман Шапошник

ZEDEDA Inc.
rhatr
Доклад:
Почему IT-индустрия переживает темные времена, как в этом виноват DevOps, и почему «Капитал» может помочь

Антон Архипов

JetBrains
antonarhipov
Доклад:
CI больших проектов в JetBrains

Сергей Курсон

AWS
Доклад:
CDK and infrastructure as a code

Владимир Иванов

EPAM Systems
vvsevolodovich
Доклад:
Мобильная разработка: DevOps или не DevOps

Дмитрий Столяров

Флант
Доклад:
10 лет on-call. Чему мы научились?

Erik Veld

HashiCorp
erikveld
Доклад:
Adapting your infrastructure to go multi-*

Константин Нифанин

МТС ИТ
Доклад:
Ansible: Тракторный режим. Создаём роли, которые проедут везде!

Alex Thissen

Xpirit
alexthissen
Доклад:
Flagging your features — a DevOps approach to continuous release

Nikhil Barthwal

Google
nikhilbarthwal
Доклад:
Implementing microservices architecture as Cloud Run application

Николай Ихалайнен

Percona
Доклад:
Как рулить пароходом MySQL

Иван Глушков

Postmates
gliush
Доклад:
Невыносимая легкость масштабирования подов в Kubernetes

Виктор Гамов

Confluent
gamussa
Доклад:
Do it in code (not YAML)! Unlock power of Kotlin DSL for Kubernetes
Jessica Deen
Microsoft

Jessica is a Cloud Developer Advocate for Microsoft focusing on Azure, Containers, cloud, OSS, and, of course, DevOps. Prior to joining Microsoft, she spent over a decade as an IT Consultant/Systems Administrator for various corporate and enterprise environments, catering to end users and IT professionals in the San Francisco Bay Area. Jessica holds two Microsoft Certifications (MCP, MSTS), 3 CompTIA certifications (A+, Network+, and Security+), 4 Apple Certifications, and is a former 4-year Microsoft Most Valuable Professional for Windows and Devices for IT. In 2013, she also achieved her FEMA certification from the U.S Department of Homeland Security, which recognizes her leadership and influence abilities during times of crisis and emergency.

When she's not doing something geeky, you can find her doing something active, most likely running out of breath at her local CrossFit gym. Yes, she's one of those! She also enjoys biking (motorcycles and/or bicycles), shooting, eating, reading, and hanging with her 5-year-old rescue pup.

Доклады на DevOops 2019:
From zero to DevOps superhero: The container edition

Microservices can be hard, understanding container best practices can be hard as those practices are still being discovered. This session aids in minimizing the learning curve with container orchestration, specifically Kubernetes, by bringing DevOps best practices into the mix. This is not another HelloWorld session with quick tips. Instead, you can expect a deep dive into how you can truly go from zero to DevOps superhero by simply selecting container tooling specifically built for simplifying the process. In doing so, you will also learn how these tools can provide better orchestration for cloud services, abstraction and encapsulation for your microservices deployments, and visibility into what runs where and why. You will not only walk away with a deeper understanding of this area, but also some hands-on material to help you get started.

Антон Вайс
Otomato Software

Совладелец технологического консалтинга Otomato Software, обладатель более чем 15-летнего опыта в области высоких технологий. Является экспертом по техническому преподаванию, инициатором и соавтором первого в Израиле курса DevOps-сертификации. Антон участвует в международных конференциях и известен как крутой докладчик.

Доклады на DevOops 2019:
Зачем нам сервисное сито?

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

С тех пор как мы заглянули в сито (на примере Istio) в прошлом году, немало изменилось. Conduit превратился в Linkerd 2.0, Istio порешали проблемы перформанса, а все cloud-провайдеры теперь машут своими собственными ситечками. Ну и самое главное, у нас теперь есть официальная спецификация — SMI Spec!

Вот об этом и поговорим:

  • что включает в себя SMI Spec;
  • почему все хотят сито и хотят его сейчас;
  • как сито помогает нам с прогрессивной доставкой;
  • как понять, нужно ли сито вашей системе и лично вам.

Комментарий программного комитета:

Лучший спикер 2018 года + доклад на горящую тему «Service Mesh» — все составляющие хита.

Никита Соболев
wemake.services

CTO в wemake.services, организатор ElixirLangMoscow и MoscowPythonConf++.

Ведет провокационный блог.

Доклады на DevOops 2019:
Автоматизируем все с Github Actions

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

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

Какую основную мысль вынесут люди после? Процесс автоматизации в корне изменился. Он стал доступным и простым. Существуют способы, как улучшить процесс свой работы за несколько дней.

Комментарий программного комитета:

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

Burr Sutter
Red Hat

Red Hat's Director of Developer Experience. A Java Champion, former president of the Atlanta Java User Group, and founder of the DevNexus conference.

Technologist, creator, catalyst — a product manager & marketer, teacher, and "internal start-up" leader with the vision to see tomorrow's technology and the ability to focus and energize the engineers who build it and the communities who use it. Areas of expertise include Cloud, Docker, Kubernetes, OpenShift, Java EE, SOA, Business Rules, BPM, PaaS, Mobile, and IoT.

Доклады на DevOops 2019:
Pipelines & pods: DevOps with Kubernetes

In this talk, Burr will be demonstrating the power of the automated build and deployment pipeline augmented by the flexibility of infrastructure-as-code via Kubernetes/OpenShift. We will be specifically focusing on the concepts of the smart and dark canary deployment model via pipeline automation leveraging open source technologies like Istio, Knative, and Tekton.

Program committee comment:

Do you want to know how to make deployment pipelines right from person who works directly on OpenShift/Kubernetes and worked on set of PaaS and Open Source projects for last 25 years? So this talk for you.

Hadi Hariri
JetBrains

Developer and creator of many things OSS, his passions includes Web Development and Software Architecture. Has authored a couple of books, a few courses and has been speaking at industry events for nearly 15 years. Currently at JetBrains leading the Developer Advocacy team. Spends as much time as he can writing code.

Доклады на DevOops 2019:
Removing the barriers

Imagine most of the artificial barriers imposed on your development work were to be removed. Imagine if nobody micromanaged you, nobody asked when you come into work or when you leave. Imagine if there was very little management. Wouldn’t it be ideal? Everything would just fall into place and we’d be so much more productive, right? At JetBrains, a lot of these barriers don’t exist. But not having barriers isn’t always easy. In fact, you cannot just break them all down and think everything will just work. In this talk, we’re going to look at the pros and cons of this approach, and see how to overcome certain issues that arise, or even if they can be easily overcome.

Федор Чемашкин
Dell Technologies

В 10 классе вместо DevOps-стажировки в родном городе поехал на сборы по борьбе. Теперь навёрстывает упущенное.

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

Принимает участие в университетских программах компании, читает лекции для студентов, выступает на технических мероприятиях и митапах.

Доклады на DevOops 2019:
Заключительный рассказ про операторы

Kubernetes изменил подходы к эксплуатации контейнеризированных приложений. Операторы — это Kubernetes-way автоматизации и создание новых примитивов. Но если мы рассмотрим Kubernetes как фреймворк для разработки, то операторы — это возможность для разработчиков создать «систему управления», которая способна сделать эксплуатацию максимально автономной и выполнимой простыми пользователями.

В докладе Фёдор поделится опытом команды Elastic Cloud Storage, принятой философией и use-case использования операторов для построения Kubernetes-native приложений на примере Pravega-Operator.

Своим докладом спикер хочет подвести финальную черту в разговорах о том, что такое операторы и что с ними делать (писать).

Олег Чирухин
JUG Ru Group

Олег работает над веб-приложениями на Java в течение 10 лет, основная специализация — E-Government информационные системы. В данный момент работает в компании JUG Ru Group и занимается развитием информационных ресурсов (Java/C++/C#/JS/DevOps). Ранее в Сбербанк-Технологиях занимался разработкой архитектуры систем автоматизированного управления бизнес-процессами, а ещё раньше — принимал участие в разработке множества вещей: портала Госуслуг, Интегрированной Электронной Медицинской Карты, информационной системы профсоюзов США IUPAT, MMORPG-игр в компании Playtox, видеостримингового сервера Flussonic, инфраструктуры для языков программирования на основе JVM для платформы StarView и так далее.

Федор Коротков
Cirrus Labs

Генеральный директор Cirrus Labs. Федор провел много лет в индустрии разработок для инженеров, прежде чем основал Cirrus Labs, компанию, которая специализируется на инновационных инструментах для эпохи «облачных» вычислений.

Доклады на DevOops 2019:
Do it in code (not YAML)! Unlock power of Kotlin DSL for Kubernetes

When it comes to deploying applications at scale without needing to integrate different pieces of infrastructure yourself, the answer nowadays is increasingly Kubernetes. While Kubernetes does provide all the building blocks and deployment tools, much thought is required to truly deployment pipelines to use in production. Configuring your builds with things like YAML may be tedious and error-prone. What if you can use the power of Kotlin’s type system and compile-time checks while building your deployments! In this interactive and code-driven session Fedor and Viktor teach you how to use Kotlin DSL for Kubernetes to configure your deployments (including custom resource definitions like Kafka CRD).

Mete Atamel
Google

Mete is a Developer Advocate at Google, focused on helping developers with Google Cloud. As a long-time Java and C# developer, he likes to compare the two ecosystems. Prior to Google, he worked at Microsoft, Skype, Adobe, EMC, and Nokia building apps and services on various web, mobile and cloud platforms. Originally from the island of Cyprus, he currently lives in Greenwich of London, not too far away from the prime meridian.

Доклады на DevOops 2019:
Serverless containers with Knative and Cloud Run

When you build a serverless app, you either tie yourself to a cloud provider, or you end up building your own serverless stack. Knative provides a better choice. Open-source Knative extends Kubernetes to provide a set of middleware components for container-based serverless apps that can run anywhere. In this talk, we’ll explore Knative components (serving, eventing, build) and also take a look at its managed cousin Cloud Run on Google Cloud.

Комментарий программного комитета:

Mete is well-known developer with diverse experience in software world giving very detailed technical talks. At the same time serverless and Kubernetes is two hottest topics. So this talk will give you best technical overview on both topics.

Timothy Lister
The Atlantic Systems Guild Inc.

Tim Lister is a principal of the Atlantic Systems Guild, Inc. and co-author of the "Peopleware: Productive Projects and Teams". He spends most of his time consulting on the front end of projects: project planning, project estimating and staffing, risk management, requirements definition, and project strategizing. He has been an invited speaker at the Agile Development Conference three times. Tim, along with the other 5 Principals at the Guild, is co-author of "Adrenaline Junkies and Template Zombies: Understanding Patterns of Project Behavior" (Dorset House, 2008). Tim Lister has over 40 years of professional software development experience. Before the formation of the Atlantic Systems Guild, he worked at Yourdon Inc. from 1975 to 1983 as Executive Vice President and Fellow. He also serves as a panelist for the American Arbitration Association, arbitrating disputes involving software an software services, and has served as an expert witness in litigation proceedings involving software problems. He is a Certified Professional for Requirements Engineering, certified by IREB.

Доклады на DevOops 2019:
Characters, community, and culture: Important factors for prosperity

Tim Lister, a Principal of the Atlantic Systems Guild, and five of his partners at the Guild, are working on a book about workplace culture, and how to improve it.

We all talk about "best practices" but a tiny minority of organizations actually practice them all. But not to worry, think of "best practices" for human health. We know all about them, but very few of us actually practice them all. Maybe if someone did arduously practice all health practices they would forget to have a life.

Tim has come to believe that workplace culture has a huge effect on processes, strategies, and ultimately, success. The corporate culture, the unstated rules, that dominate office life, varies widely in our world. Some organizations are extremely healthy and vital, and some are dysfunctional to the point of being the Living Dead.

The first key is to identify your own organization’s behaviors. If they are positive, how can you perpetrate them across all projects? If they are negative, how can you break the habit? To do exactly that we need to recognize the underlying beliefs the organization holds that manifest those behaviors. In order to change a culture, we need to alter our underlying common beliefs.

Tim will start the talk with some examples from the book project. He will then let the audience offer up some of their own behaviors and beliefs.

Комментарий программного комитета:

АААААА! Слишком круто, всем идти! Автор PeopleWare в России. Некогда объяснять, бегите слушать!

Philipp Krenn
Elastic

Philipp lives to demo interesting technology. Having worked as a web, infrastructure, and database engineer for over ten years, Philipp is now working as a developer advocate at Elastic — the company behind the Elastic Stack consisting of Elasticsearch, Kibana, Beats, and Logstash. Based in Vienna, Austria, he is constantly traveling Europe and beyond to speak and discuss open source software, search, databases, infrastructure, and security.

Доклады на DevOops 2019:
Scale your auditing events

The Linux Audit daemon is responsible for writing audit records to the disk, which you can then access with ausearch and aureport. However, it turned out that parsing and centralizing these records is not as easy as you would hope. Elastic's new Auditbeat fixes this by keeping the original configuration, but ships them to a centralized location where you can easily visualize all events. You can also use Auditbeat to detect changes to critical files, like binaries and configuration files, and identify potential security policy violations.

This talk shows what you can do to discover changes, events, and potential security breaches as soon as possible on interactive dashboards. Additionally, we are combining Auditd events with logs, which are security-relevant and explore them in Elastic's free SIEM — all running on Kubernetes.

Дмитрий Губенко
КУРС

В IT c 2013 года. В разработке — с 2015. Трудился над порталом госуслуг Московской области, медицинской видеосистемой для всей России. Сейчас участвует в разработке системы мониторинга данных в реальном времени.

Доклады на DevOops 2019:
Terraform vs Helm: Битва за инфраструктуру

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

Sebastian Daschner
IBM

Sebastian Daschner is a Lead Java Developer Advocate for IBM, author, and trainer and is enthusiastic about programming and Java (EE). He is the author of the book "Architecting Modern Java EE Applications". Sebastian is participating in the JCP, helping to form the future standards of Java EE, serving in the JAX-RS, JSON-P and Config Expert Groups and collaborating on various open source projects. For his contributions in the Java community and ecosystem, he was recognized as a Java Champion, Oracle Developer Champion and JavaOne Rockstar.

Besides Java, Sebastian is also a heavy user of Linux and container technologies like Docker. He evangelizes computer science practices on his blog, his newsletter, and on Twitter via @DaschnerS. When not working with Java, he also loves to travel the world — either by plane or motorbike.

Доклады на DevOops 2019:
Delivering progressively with Jenkins X

Ideally, our enterprise projects define a fully-automated Continuous Delivery pipeline, including end-to-end testing, database migrations, canarying, monitoring, and rollbacks. However, most real-world projects are not quite there yet. The excuses are mostly complexity, insufficient testing, discrepancies between environments, or database migrations. Cloud-native technologies such as Docker, Kubernetes, or Istio also brought new ways of running software in production that need to be addressed.

This session shows how to implement a fully-fledged Continuous Delivery pipeline for cloud-native environments using Jenkins X. We'll see how to run automated testing and how to handle data in test scenarios. In order to fully automate, we also need a way to evolve schemas, that reside in databases by implementing N-1 compatibility. Automated canarying approach enables us to step to advance to a full Progressive Delivery pipeline, that limit the blast radius of potential errors, and automatically rolls out or back to a working state.

Комментарий программного комитета:

Jenkins X до сих пор вызывает много вопросов — как это применять, когда и зачем? Тот-кто-это-уже-опробовал пришёл к нам из стана разработчиков, чтобы доступно и понятно ответить на часть из них.

Барух Садогурский
JFrog

Барух Садогурский (a.k.a. JBaruch) — Head of Developer Relations и Developer Advocate в компании JFrog. Больше всего любит рассказывать о технологиях — то есть просто поболтать любит, но человек, говорящий о технологиях, имеет умный вид, да и 18 лет опыта в сфере высоких технологий никуда не делись. Когда он не выступает (ну, или не летит к месту следующего выступления), то изучает технологии, людей и то, как они работают, точнее, не работают вместе.

Барух — соавтор книги «Liquid Software», CNCF ambassador и профессиональный спикер по таким темам, как DevOps, DevSecOps, Go, Java и др. Он регулярно выступает на таких известных конференциях, как Joker, JPoint, DevOops, Heisenbug, DockerCon, GopherCon, Devoxx, DevOps Days, OSCON, Qcon, JavaOne и др. Некоторые его доклады можно посмотреть здесь.

Доклады на DevOops 2019:
Паттерны и антипаттерны непрерывных обновлений в практике DevOps

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

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

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

Комментарий программного комитета:

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

Максим Гореликов

Более 10 лет разрабатывает всё подряд, начинал с С/С++ и геофизики, сейчас JVM-языки/JS и финансовые сервисы.

В последнее время занимался разработкой API для мобильных приложений и немного слоем безопасности. В основном использует экосистему Spring и Netflix, но пробует всё, что найдет хорошего на GitHub.

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

Хочет понимать не только свои приложения, но и всё, что вокруг них, поэтому работает с инфраструктурой (логи, CI/CD, оркестрация) и тестами. В общем, DevOps — наше всё и всё такое.

Сергей Фёдоров
Netflix

Один из первых разработчиков в Open Connect — Netflix CDN, которая доставляет около 13% мирового Интернет-трафика. Имея 7 лет опыта в разработке инфраструктуры, систем мониторинга и анализа данных для Netflix-видео, Сергей сейчас работает над улучшением производительности всех видов Интернет-коммуникаций в Netflix. Активный пропагандист observability культуры, прагматичного и data-driven подхода к разработке программных систем.

Автор FAST.com — одного из самых популярных сервисов по оценке скорости интернет-соединения.

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

Доклады на DevOops 2019:
Ускоряем Интернет-запросы, и спим спокойно

Многие знают о том, что Netflix делает в AWS-облаке, архитектуре микросервисов и chaos engineering. Знают и про подход Netflix к DevOps. Кто-то в курсе того, как Netflix доставляет 15% мирового Интернет-трафика с помощью собственного CDN (Open Connect). Персонализация и рекомендации идут из облака. Видео и статические ресурсы — из CDN.

Что будет, использовать CDN, чтобы ускорить динамические запросы в облако? Направлять запросы с клиента через самый быстрый путь в Интернете (ведь в сети много маршрутов, особенно если учесть тысячи CDN-серверов)?

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

Этот доклад не только для тех, кто работает в крупных корпорациях. Представленные принципы и техники должен знать и практиковать каждый владелец Интернет-продуктов. Вы услышите о практиках сбора метрик, fault-tolerant архитектуре и безопасном подходе к разработке на примерах задач, которые были успешно решены в Netflix. О практиках, которые можно (и нужно) применять при разработке различных сложных программных систем.

Комментарий программного комитета:

Do you want to sleep well at night? Come to this talk, learn principles which can be applied to different companies and make your life easy.

Олег Ненашев
CloudBees

Разработчик в CloudBees, состоит в core team проекта Jenkins. C 2008 года занимается автоматизацией, инфраструктурой и фреймворкостроением для крупных программно-аппаратных проектов с помощью Jenkins и десятков других тулов. Пишет код, поддерживает ядро и плагины Jenkins, организует митапы в СПб и других городах.

Доклады на DevOops 2019:
Under the hood of serverless Jenkins: Jenkinsfile Runner

За последний год проект Jenkins подвергся важным изменениям. Это все еще один из популярнейших серверов для автоматизации в мире, но это уже не только «сервер». На 2019 Jenkins — это универсальный инструмент, который активно развивается в сторону архитектуры Cloud Native и который может быть использован в любых задачах CI/CD. Jenkins может использоваться не только как монолитный сервер, но и как легковесный FaaS. И это возможно не только для Jenkins X в Kubernetes, но и для более классических задач.

В этом докладе Олег представит Jenkinsfile Runner — механизм, который позволяет запускать Jenkins Pipeline как single-shot контейнер в любом окружении. Запустить Jenkins Pipeline в Docker, Travis или CloudBees CodeShip? Легко. В таких FaaS как AWS Lambda? Мы и это можем. Олег покажет примеры этих сервисов (Jenkins X, CodeShip, Tekton) и расскажет, как вы можете собрать кастомные образы Jenkinsfile Runner с различными плагинами и преконфигурацией для ваших задач.

Комментарий программного комитета:

Наконец в старом добром Jenkins появился модный и молодёжный Serverless. И Олег покажет как его распространить, применяя в ожидаемых и неожиданных местах.

Александр Лукьянченко
Авито

Занимается созданием и развитием облака и платформы как сервис в Avito, на базе инструментов Kubernetes, Docker, envoy. Создатель netramesh, navigator service mesh-решений.

Доклады на DevOops 2019:
Service mesh для построения мультикластерной системы

Александр расскажет о том, как построить прозрачную для продуктовых разработчиков систему discovery-сервисов со всеми возможностями, предоставляемыми service mesh-технологиями.

Целевая аудитория: системные программисты, observability engineers, системные администраторы. Будет полезно как тем, кто строит платформу, так и разработчикам, желающим понять как работает платформа «под капотом».

Мы решим проблему прозрачного discovery между несколькими Kubernetes-кластерами и поддержим различные варианты балансировки внутрикластерного трафика. Также сфокусируемся на работе в условиях нескольких изолированных кластеров (в основном под Kubernetes), которые могут быть расположены в нескольких ДЦ. Еще Александр затронет фичи, которые можно использовать, когда весь сетап уже настроен (distributed tracing, routing, canary balancing).

Комментарий программного комитета:

Рассказ про использование service mesh в огромном production. Что делать, когда ты вырастаешь настолько, что Istio перестаёт справляться?

Игорь Курочкин
Express 42

Лидер команды аудита и консалтинга в Express 42. Помогает компаниям в развитии DevOps-практик и инструментов. Работал в компаниях Skype, Microsoft, Qik и Scalaxy.

Доклады на DevOops 2019:
Как нарисовать DevOps?

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

Мы рассмотрим варианты топологий и как команды могут взаимодействовать друг с другом.

Доклад будет интересен руководителям и инженерам как продуктовых, так и платформенных/инфраструктурных команд, архитекторам, представителям C-level, консультантам и евангелистам.

Комментарий программного комитета:

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

Александр Дрянцов
Ecwid

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

Последние 3 года занимался изучением внутренностей Kubernetes, работы его сети и контроллеров, а также разработкой своих контроллеров, внедрением Kubernetes в Production- и Dev-инфраструктуру в компании Ecwid. Продвигает Kotlin как лучший вариант статически типизированного языка для написания Kubernetes-контроллеров и системного программирования в целом.

Мария Боримская
JUG Ru Group
Григорий Кошелев
Контур

Более 8 лет опыта промышленной разработки на Java. Григорий руководит небольшой инфраструктурной командой в самой крупной IT-компании Екатеринбурга — «Контур». Занимается организацией и развитием Java-сообщества внутри компании и в Екатеринбурге.

Доклады на DevOops 2019:
Как готовить Кафку, чтобы не пригорало

Доклад про опыт эксплуатации нескольких кластеров Kafka в продакшне:

  • мониторинг;
  • обслуживание;
  • инструментарий.

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

Комментарий программного комитета:

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

Вячеслав Кузнецов
Ecwid

Вячеслав является SRE Teamlead в Booking. А также соведущим встреч сообщества Hangops_ru, которое посвящено распространению DevOps-практик и обмену опытом.

Подробнее о сообществе: Hangops_ru.

Алексей Кирпичников
Контур

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

До Контура Алексей был тимлидом команды разработки Яндекс.Такси и довел инфраструктуру бэкендов этого сервиса от основания до миллионного заказа.

Доклады на DevOops 2019:
Проклятие инфраструктурной команды

Вам повезло: ваша работа — это работа мечты. Вы работаете в инфраструктурной команде и делаете инструменты для других разработчиков. Никакой бизнес-лапши в разработке, никакого клепания формочек для заказа в интернет-магазине. Вы мастерски заливаете chart'ы в Kubernetes и отказоустойчиво перекладываете трассировки в Jaeger. Ваши пользователи — грамотные и профессиональные инженеры, которые читают документацию и оптимально используют ресурсы облака. Звучит, как сказка?

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

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

С этим можно жить. И у Алексея есть пара идей как. Но будет ли счастливый конец у этой леденящей душу истории Проклятия инфраструктурной команды?

Комментарий программного комитета:

Мы гонимся за технологиями и низкоуровневыми оптимизациями, забывая о том, для чего всё это делаем. Алексей покажет на конкретных кейсах к чему это может привести и зачем вообще нужен вопрос «ЗАЧЕМ?»

Роман Шапошник
ZEDEDA Inc.

Роман — специалист по ПО с открытым исходным кодом, в настоящий момент входит в совет директоров The Apache Software Foundation и LF Edge. Лично внес вклад во множество проектов с открытым кодом: от Linux Kernel до Hadoop и ffmpeg. Также он является соучредителем и вице-президентом по продукту и стратегии в стартапе по edge virtualization — Zededa. На протяжении своей карьеры Роман занимал руководящие должности в таких известных компаниях, как Sun Microsystems, Yahoo!, Cloudera и Pivotal Software. Имеет степень магистра по математике и информатики СПбГУ. Любит немецкий крафтовый лагер.

Доклады на DevOops 2019:
Почему IT-индустрия переживает темные времена, как в этом виноват DevOps, и почему «Капитал» может помочь

Многие из вас слишком молоды, чтобы помнить эти времена, но 50-е и 60-е не были особенно веселой эрой в сфере компьютерных технологий. И нет, Роман не имеет ввиду дресс-код для разработчиков. Он имеет ввиду ужасные монополии, охватившие компьютерную инфраструктуру, во многом определившие тот период нашей истории. В те времена, если вы хотели зарабатывать в области компьютерных вычислений, это означало, что вам придется продать душу IBM и надеяться на крошки, доставшиеся от огромной корпорации. Затем случилась Силиконовая долина и мини-компьютеры, и мир снова стал дружелюбен к маленьким гикам.

То, что происходит сейчас, во многом повторяет 50-е и 60-е. У нас есть несколько компаний, производящих современные эквиваленты мейнфреймов. Однако сейчас они называют их hyperscale-облаками, но на этом отличия заканчиваются. Внешне скептичные Fortune 500-компании сейчас с радостью переводят все свои операции в облако. И кто будет винить их за это? Количество и качество сервисов, предлагаемых провайдерами hyperscale-облаков, не имеют себе равных. Копирование даже небольшого процента этих сервисов в среде традиционных центров данных выглядит безумно.

Сообщество DevOps, конечно, важный катализатор этих изменений: они проповедовали идеи hyperscale-облаков и постоянно ускоряли внедрение облачных сервисов.

Но это ли будущее, о котором мы мечтали? Вы когда-нибудь думали, что веб-приложение «Hello, World» будет требовать 9 микросервисов и хотя бы две разные платформы, чтобы управлять ими? Компьютерная индустрия, управляемая горсткой богатых международных компаний с закрытым исходным кодом, проявляющая свою волю по отношению к нам (при этом жестко устраняя всякую конкуренцию), не заставляет вас дрожать и чувствовать, что всё происходящее — плохой сон? И если это так, что можем мы (маленькие гики) сделать с этим?

Этот доклад постарается ответить на несколько таких вопросов: восхождение мультимедиа-облачных платформ, платформ с открытым кодом (Kubernetes и Cloud Foundry), Edge Computing, и как даже небольшое знание содержания «Капитала» может дать ответ на вопрос о второй фазе развития нашей индустрии.

Комментарий программного комитета:

Узнаем от одного из представителей Apache Foundation о том, как знание философии и истории может быть применимо в современном IT-сообществе.

Антон Архипов
JetBrains

Developer Advocate в компании JetBrains, резидент подкаста «Разбор Полётов». Работает с TeamCity и IntelliJ IDEA. Программирует на Java и Kotlin. Профессиональные интересы связаны с языками программирования и средствами разработки ПО.

Доклады на DevOops 2019:
CI больших проектов в JetBrains

«Что для вас Continuous Integration?» — спрошу я. «Запустить сборку, прогнать тесты, оповестить о результатах», — ответите вы наивно.

Однако работа в командах часто требует поддержки более извращённых сценариев сборки: запустить сборку для одной ветки, для другой, свести эти две ветки и запустить сборку снова, запустить тест два раза, а если тест «мигнул», запустить его 5 раз, — и ещё много интересных сценариев. Такие сценарии не всегда вписываются в конвенции, поддерживаемые CI–серверами — приходится изобретать колёса и подставлять костыли.

В этом докладе вы узнаете о сценариях сборки проектов в JetBrains для нужд, в которых приходится проявлять креатив и отвагу. Рассмотрим, как в JetBrains используется CI–сервер TeamCity и какие дополнения пришлось внедрить, чтобы поддержать сценарии сборки собственных Java и .NET проектов.

Андрей Когунь
КРОК

В IT более 15 лет. В компании КРОК — уже более 7 лет. За свою карьеру принял участие в большом количестве проектов по заказной разработке, в основном систем электронного документооборота и автоматизации бизнес-процессов для ряда крупных российских компаний в роли ведущего разработчика и архитектора. Преподает для студентов московских вузов курсы по основам разработки с применением Java-технологий. Основатель и организатор встреч московского сообщества Java-разработчиков JUG.MSK.

Сергей Курсон
AWS

Перед тем как прийти в AWS, занимался full stack веб-разработкой порядка 8 лет. Из них последние несколько лет разработкой проектов с нуля, включая конфигурацию и поддержку инфраструктуры, тикет систем, CI/CD. С нуля до релиза на тысячи пользователей. Имеет опыт запуска и настройки сложных многокомпонентных систем и разработки этих систем с нуля. Перед тем, как пришел в AWS, в том числе запустил IoT-проекты и систему цифровой подписи в суровом мире GDPR. Сейчас Сергей архитектор облачных решений с фокусом на разработку, gaming и IoT-проекты.

Доклады на DevOops 2019:
CDK and infrastructure as a code

Глубокое погружение в тему инфраструктуры-как-кода, использующей AWS Cloud Development Kit (CDK), который позволяет предоставлять облачные ресурсы в известных языки программирования, такие как TypeScript, JavaScript и Python, а также использовать методы программирования. Дополнительно CDK позволяет создавать модульный код и делиться им. Будут рассмотрены и практики DevOps, и сделан обзор фич.

Цель доклада: описать, как создавать и обеспечивать развертывание AWS предсказуемо и многократно.

Целевая аудитория: AWS Cloud DevOps, программисты.

Владимир Иванов
EPAM Systems

Владимир Иванов — ведущий разработчик в EPAM Systems. Начинал как Java EE-инженер, но увлекся мобильными технологиями. Последние 7 лет разрабатывает приложения под Android, но этим не ограничивается, по ходу осваивая смежные технологии, такие как React Native, разработку под iOS, Web и прочее. Увлеченно делится знаниями с коллегами.

Доклады на DevOops 2019:
Мобильная разработка: DevOps или не DevOps

В DevOps куча практик: Continuous Integration, Blue/Green Deployment, Staged Rollouts и так далее. Как они работают в мобильном мире? Можем ли мы говорить, что это полноценный DevOps? Давайте разберемся!

Для начала нужно сделать чек-аут. Дальше собрать приложение, прогнать проверки, такие как статический анализ, запустить юнит-тесты. Дальше приложение нужно подписать, а уже подписанное выложить куда-нибудь. Звучит знакомо? Но дьявол как всегда в деталях. Например, собрать iOS-приложение вы можете только на Mac-железе. Потом вас настигнут проблемы сборочных систем, используемых в мобильной разработке: gradle, CocoaPods, Xcode build, Swift PM и т.д. Когда готов бинарник, надо постараться удачно его подписать: заморочьтесь с сертификатами, профилями и прочим добром. И вот, когда вы уже думаете, что находитесь у цели, встает последняя преграда: процедура публикации приложения, и не сомневайтесь, Google Play и App Store с удовольствием вставят палки в колеса.

Это выступление покроет всё, что вам нужно знать о Mobile DevOps, и можно ли вообще это так называть.

Комментарий программного комитета:

Обычный CI/CD настраивали все. Но умеете ли вы настраивать доставку ваших мобильных приложений до маркета полностью автоматически, без ручного вмешательства и костылей? Владимир расскажет про проблемы и особенности доставки мобильных приложений.

Дмитрий Столяров
Флант

Технический директор и соучредитель компании Флант. 14 лет с Linux, 10 лет эксплуатации, более 30 highload-проектов. Программирует на C++, PHP, Python и Bash. Любит C и Ruby. Читает на Go. Активно использовал Chef, но потерял в него веру и осваивает Ansible. Понимает Docker и Kubernetes. Архитектор и соавтор: nginx-http-rdns, pam_docker, php_fpm_docker, dapp и loghouse.

Доклады на DevOops 2019:
10 лет on-call. Чему мы научились?

10 лет назад Дмитрий сам принимал все оповещения по SMS на личный мобильный номер и был тем единственным человеком, который вставал по ночам и всё чинил.

Сейчас в технической поддержке Флант работает более 20 человек, обеспечивая для многочисленных клиентов L1 и L2 доступность в режиме 24/7. А кроме них еще не менее 30 инженеров, распределенных географически и по часовым поясам, дежурят on-call.

Об этой увлекательной эволюции и о том, чему научилась Флант, Дмитрий и расскажет в своём докладе.

Комментарий программного комитета:

Дмитрий — опытный спикер, его доклады всегда интересны и насыщены полезной информацией. В этот раз Дмитрий расскажет об эволюции on-call во Flant: какие подходы они внедряли, чтобы люди перестали лизать обои и не убегали в даль смеясь. Будет очень сочно и интересно!

Erik Veld
HashiCorp

Erik has over 15 years experience working with cloud and infrastructure. Before joining HashiCorp he worked as a consultant at Xebia and also founded Instruqt, a hands-on learning platform that uses real infrastructure to teach cloud and DevOps tooling.

Доклады на DevOops 2019:
Adapting your infrastructure to go multi-*

The world is going Multi-*** ; Multi-Cloud, Multi-Platform and Multi-Service. Where traditionally the Cloud is something for small organizations, this is rapidly changing, with more and more large organizations adopting Cloud. With this move to Cloud, both the platform and application architecture is changing, bringing with it a whole host of new challenges.

In this talk we will take a look at the challenges that come with going Multi-*** , and how to tackle these challenges. We will then show how you can create a Multi-Cloud, Multi-Platform environment and connect them together to create a "flat world" view of your environment.

Комментарий программного комитета:

Облачно-инфраструктурный эксперт из HashiСorp расскажет, как добавить больше облаков и инфраструктуры в ваше микросервисное и как потом со всем этим жить.

Константин Нифанин
МТС ИТ

Стаж в разработке ПО в качестве DevOps — 5 лет. Бывший системный администратор. Мигрировал из Ростова-на-Дону в Санкт-Петербург в 2017 году. На текущий момент занимается вопросами перехода компаний разработки ПО от старой идеологии разработки к идеологии DevOps.

Доклады на DevOops 2019:
Ansible: Тракторный режим. Создаём роли, которые проедут везде!

Как сделать так, чтобы Ansible-роль «проехала» везде? Для этого существует Тракторный режим, который успешно применяется в инфраструктуре МТС ИТ.

Имеете большой зоопарк дистрибутивов Linux? Много разных требований к проекту? Разную квалификацию сотрудников? Тракторный режим может это решить!

Не важно, требуется ли вам поставить какой-нибудь Elasticsearch в кластерном режиме с бэкапированием и тонкой настройкой производительности, или просто создать индекс — это одна роль «Elasticsearch». Вам нужно сделать установку трёх PostgreSQL на Ubuntu, Centos и Redhat — это одна роль PostgreSQL. Нужно ли вам просто создать топик в Kafka — это одна роль Kafka.

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

Комментарий программного комитета:

Ansible-код превращается в «не самый хороший код» с невероятной скоростью и Константин расскажет, как сделать так, чтобы этого не произошло.

Alex Thissen
Xpirit

Alex has been involved in application development since the late nineties and worked as a lead developer and architect at large enterprises and small companies. He spends his time teaching other developers the details of the Microsoft development platform and frameworks, and coaches architects to design and build modern distributed applications at cloud scale. He has received the Microsoft Most Valuable Professional award for Visual Studio and Development Technologies 10 times. In his spare time Alex likes to participate in all kinds of sport, and loves playing and programming new and retro video games.

Доклады на DevOops 2019:
Flagging your features — a DevOps approach to continuous release

Your DevOps team wants to deliver business value as often and fast as possible. Ideally you want to release a new feature whenever it seems ready. With feature flags you can achieve this selective releasing, but how do you do this in a structure and maintainable way that fits well with DevOps practices?

In this session we will look at the implementation of feature flags in cloud native applications, the platform needed to support it and some strategies and patterns related to feature flagging, such as rings and A/B testing. You will learn how to build and maintain this using the Microsoft platform with .NET Core applications, Azure and Azure DevOps. Also, we will cover how to get feedback from the feature flags and loop it back to the deployment and release pipelines and environments to achieve an automated and stable system during release.

At the end of this session you will know how to get started with feature flags for continuous release DevOps style.

Комментарий программного комитета:

Continuous delivery без feature flagging — деньги на ветер, и Алекс расскажет, как это сделать на примере Azure devops.

Nikhil Barthwal
Google

Nikhil Barthwal is passionate about building distributed systems. He has several years of work experience in both big companies & smaller startups and also acts as a mentor to several startups. Currently, he is Product Manager in Google Cloud Platform working on Serverless products. Outside of work, he regularly speaks at international conferences on several topics related to Distributed systems & Programming Languages. You can know more him via his homepage.

Доклады на DevOops 2019:
Implementing microservices architecture as Cloud Run application

Cloud Run brings Serverless to containers. It is a managed compute platform that automatically scales your stateless containers and abstracts away all infrastructure management, so developers can focus on building great applications.

Microservices architecture uses an assembly of fine-grained services, often packaged in containers, to deliver functionality. While there are several advantages of microservices architecture, most notably faster code to production by reducing the dependencies between teams, it has the drawback of significant management overhead.

This talk describes how CloudRun can be used to implement Microservices architecture without the need for management overhead that comes with Microservices and is cheaper to operate since you only pay for what you use (in a Serverless fashion).

A major issue with Microservices architecture is distributed data management and sagas are used to ensure data consistency across services. The talk covers, how to implement distributed sagas as a protocol for coordinating request among multiple containers.

The talk elaborates on how Clouds Tasks, a managed service that allows you to manage the execution, dispatch, and delivery of a large number of distributed tasks, can be used to increase performance of the system by increasing the throughput & response times.

Also, Cloud Scheduler, a managed enterprise-grade scheduler, can be used to schedule virtually any job, including batch, big data jobs, cloud infrastructure operations, and more. The talk shows an example on how you can automate retries in case of failure to reduce manual toil and intervention. Cloud Scheduler can even act as a single pane of glass, allowing you to manage all your automation tasks from one place.

Cloud Run is Knative compatible, so it is possible to implement a hybrid system through a combination of Knative & Cloud Run. Event multi-cloud systems can be implemented since Cloud Run application can be made to run on any kubernetes cluster including GKE.

The talk covers some best practices to follow, particularly around schema isolation and avoiding common data ownership. Moreover, it emphasizes the need for having a rollback mechanism (which is needed for sagas anyway) and adopting eventual consistency for designing fault tolerant systems. Some aspects on how testing application are covered using local testing for faster feedback cycles.

The objective of this talk is to understand the benefits of implementing microservices architecture as a Cloud Run and to enable the developer to navigate through the pitfalls during the implementation stage.

Николай Ихалайнен
Percona

Специалист в области производительности MySQL, в 2011 году присоединился к Percona как консультант. В своей карьере работал как программистом, так и системным администратором.

Доклады на DevOops 2019:
Как рулить пароходом MySQL

В мире приложений, требующих для своей работы кластера серверов или облака, уже давно не хватает серверов баз данных. Реляционная база данных MySQL отлично справляется со своими задачами на выделенных серверах.

С какими сложностями сталкиваются девопсы и администраторы БД при помещении MySQL в контейнерную среду? Как приложение находит именно свои данные в K8S? Операторы Kubernetes для Percona XtraDB Cluster, InnoDB Cluster, MariaDB, MySQL+Orchestrator позволяют запускать кластера MySQL-серверов.

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

Комментарий программного комитета:

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

Татьяна Черникова
Netcracker

Lead Software Engineer в отделе практик программирования компании NetCracker. Более семи лет живет на стыке между Release Engineering, Development и IT, от саппорта плавно перешла к доработке процессов и внедрению новых тулов в районе систем контроля версий, CI и их интеграции с другими частями дев-экосистемы компании. Любит радовать девелоперов, а еще Groovy, Jenkins и конференции JUG.ru Group.

Михаил Дружинин
Amazon

Технический менеджер в компании Amazon. 13 лет в IT. Тренер по архитектуре и Java-разработке. Управлял проектами как Team Lead и PM. Участвовал во многих проектах в роли архитектора.

Иван Глушков
Postmates

Уже более 15 лет является разработчиком ПО, сейчас работает в Postmates над разными продуктами Infrastructure Team, до этого работал над продуктами в MZ (в основном k8s), писал платформу для комментирования в Echo, разрабатывал компиляторы для процессора Эльбрус в MCST. Более 3 лет является ведущим подкаста DevZen. Предпочитает писать на функциональных языках, но из-за неидеальности мира пришлось выучить много других языков. Где бы ни работал, везде продвигает идеи DevOps.

Доклады на DevOops 2019:
Невыносимая легкость масштабирования подов в Kubernetes

Если вас не устраивает дефолтная функциональность «podautoscaler» в Kubernetes, надо брать дело в свои руки.

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

На докладе вы узнаете какие проблемы есть в прошлой и текущей реализации HPA. И, в целом, какие сложности ждут вас на этом пути. В качестве бонус-трека спикер расскажет про процесс разработки патча в Kubernetes, про ее стадии и сложности.

Алексей Акопян
Dell EMC

За 18 лет в IT-индустрии прошел путь «из варяг в греки», от разработчика до менеджера. Работал в таких компаниях, как Sun Microsystems, Oracle, Luxoft. Последние 4 года возглавляет отдел разработки программной части внутреннего облачного сервиса в Dell EMC. Любит менять мировоззрение заказчиков и конференции JUG.ru Group.

Владимир Ситников
Netcracker

Десять лет работает над производительностью и масштабируемостью Netcracker OSS — ПО, используемого операторами связи для автоматизации процессов управления сетью и сетевым оборудованием. Увлекается вопросами производительности Java и Oracle Database. Автор более десятка улучшений производительности в официальном PostgreSQL JDBC-драйвере.

Виктор Гамов
Confluent

Виктор Гамов — сооснователь и лидер любимого многими программистами правильного подкаста «Разбор Полётов». По совместительству является Developer Advocate в компании Confluent, которая разрабатывает платформу на базе Apache Kafka. Помогает клиентам в проектировании и разработке распределенных систем обработки потоковых данных. Соавтор книги «Enterprise Web Development» издательства O'Reilly.

В свободное от работы время Виктор не забывает про качалку и бицуху. Является завсегдатаем конференций JUG Ru Group (JPoint, Joker, JBreak) и других международных конференций (JavaOne, Devoxx, OSCON, Qcon). Пишет в Twitter как @gamussa. Ведет канал про Kafka в Telegram.

Доклады на DevOops 2019:
Do it in code (not YAML)! Unlock power of Kotlin DSL for Kubernetes

When it comes to deploying applications at scale without needing to integrate different pieces of infrastructure yourself, the answer nowadays is increasingly Kubernetes. While Kubernetes does provide all the building blocks and deployment tools, much thought is required to truly deployment pipelines to use in production. Configuring your builds with things like YAML may be tedious and error-prone. What if you can use the power of Kotlin’s type system and compile-time checks while building your deployments! In this interactive and code-driven session Fedor and Viktor teach you how to use Kotlin DSL for Kubernetes to configure your deployments (including custom resource definitions like Kafka CRD).

Материалы с предыдущих конференций

Здесь мы собрали видеозаписи докладов с предыдущих конференций DevOops.

Антон Вайс
Otomato Software
Тупые сервисы в умных сетях: деплоим как ниндзя при помощи Istio service mesh

#service-mesh #kubernetes #microservices #antiyaml #cd

DevOops 2018
Иван Пономарёв
КУРС
Ansible playbooks — это код: проверяем, тестируем, непрерывно интегрируем

#bestpractices #everythingascode #testdrivenconfiguration

DevOops 2018
Барух Садогурский
JFrog
Леонид Игольник
SignalFx
#DataDrivenDevOps

#process #people #metrics

DevOops 2018
Seth Vargo
Google
Modern security with microservices and the cloud

#vault

DevOops 2018
Виктор Гамов
Confluent
Kafka на Kubernetes: загадочная история создания облачной платформы поточной обработки данных

#bigdata #stateful #antiyaml #microservices

DevOops 2018
John Willis
SJ Technologies
The seven archetypes of a DevOps transformation

DevOops 2018

Ещё больше видеозаписей докладов на нашем YouTube-канале.

Перейти на youtube

Осталось только купить билет!

50% off

Online-Personal

19 000
9 500 ₽
Количество подключений
1
Видеозаписи
Есть
Может покупать/компенсировать компания
Нет
Комплект документов для бухгалтерии
Нет
Возможность изменить участника
Нет
Организация группового просмотра в офисе
Нет

Online-Standard

19 000 ₽
Количество подключений
1
Видеозаписи
Есть
Может покупать/компенсировать компания
Есть
Комплект документов для бухгалтерии
Есть
Возможность изменить участника
Есть
Организация группового просмотра в офисе
Нет

Online-Corporate

114 000 ₽
Количество подключений
10
Видеозаписи
Есть
Может покупать/компенсировать компания
Есть
Комплект документов для бухгалтерии
Есть
Возможность изменить участника
Есть
Организация группового просмотра в офисе
Есть