Тема доклада: Цельно облачный DevOps. Как построить весь процесс не имея практически ничего своего?

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

• к.ф-м.н.
• Microsoft MVP (Most Valuable Professional), Visual Studio and Development Technologies
• 18+ лет личного стажа разработчика ПО на платформе .NET
• 10+ лет управления командами разработки различного масштаба
• 8+ лет преподавания разработки ПО в МГТУ им. Баумана
• Выстраивание процессов разработки ПО по Agile (Scrum) и внедрение управления проектами по PMBOK
• Управление разработкой банковского ПО в части ITSM информационной безопасности, внутренней автоматизации
• Лучшие практики ITSM (ITIL)

Тема мастер-класса: Статистические методы в управлении разработкой
В рамках мастер-класса посмотрим, как вероятности влияют на процесс разработки. Обсудим, что такое системное и несистемное отклонение. Узнаем, почему нельзя назначать премии за эффективность в предыдущем периоде. Посмотрим, почему Канбан действительно экономит деньги. Увеличим производительность системы в ~1,5 раза, выделив в системе ограничение.
Мастер-класс проходит в виде небольших вставок теории и практических упражнений с кубиками. Сначала моделируется система в которой все участники имеют одинаковые кубики имитирующие производительность участников процесса. Смотрим, что система не достигает среднего и растет объем незавершенного производства. Разбираемся, что незавершенное производство - зло. Требование написанное пол года назад -устарело, надо переделывать. Смержить ветку которую не трогали пол года - целая эпопея. Анализируем какая реальная производительность была у разных участников и что она не всегда зависела от человека. После этого вводим практику Канбан, и смотрим, что производительность не меняется, а запасы сокращаются. Третий цикл, расширение производства до и после ограничения. Смотрим, как растет производительность системы. Изменяем систему, привязав объем взятия в работу к работе ограничения и увидим, что производительность высокая, а объем незавершенного производства не растет. Последний кейс с обнаружением не системных отклонений, когда у двух участников кубик становиться не шестигранный и как это сразу видно на графиках. Подводим итоги.

Технический лидер в компании КУРС, преподаватель в МФТИ. Более 15 лет работает в ИТ, пишет код и руководит проектами от доработки ERP-систем до построения систем мониторинга данных в интернете в реальном времени. Периодически делится своим опытом на конференциях и митапах.

Тема доклада: непрерывный статический анализ

Статические анализаторы – наши верные помощники, умеющие зорко просматривать код на предмет нарушений форматирования, характерных багов и даже ошибок правописания и конфигурации. В докладе мы рассмотрим, как заставить анализаторы приносить пользу в вашем конвейере непрерывной интеграции, в том числе для старых и не использовавших ранее анализ проектов. Обсудим ограничения анализаторов и их место в процессе непрерывной интеграции. Рассмотрим «метод храповика» уменьшения количества находок статического анализа. Примеры будут на Jenkins, но общие принципы могут быть применены для любой CI системы.

3 года опыта промышленной эксплуатации AWS, обладает сертификациями AWS Certified Solutions Architect Associate, AWS Certified Developer Associate

Тема доклада: Переезд в публичное облако (на примере AWS)

1) Вступительная часть: AWS vs On-Prem, почему люди уезжают в облако, какие виды миграций бывают, что учитывать перед миграцией
2) Стадии миграции. Делать ли миграцию своими силами, почему, как к этому подготовиться. Важность foundation и IaC. Как не потерять данные при переезде, Day 2 operations.
3) Дальнейшие шаги. Освоение serverless, переход от self-hosted сервисов к managed сервисам. Пара слов o Cloud Native.

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

Тема доклада: ДевОпс 10 Лет Спустя: Что Дальше?
Ровно 10 лет в Генте прошла первая конференция DevOpsDays. Именно этот день считается днем рождения всего того, что мы сегодня называем ДевОпс. Самое время посмотреть назад, увидеть, чего мы уже достигли, а главное - посмотреть вперед и понять куда мы идем. Скорость изменений только растет, инструментарий обновляется каждый день, а волна хайпа так и грозит накрыть нас с головой. Кто-то запускает Куб на IoT девайсах, кто-то барахтается в сервисном сите, а кто-то мечтает попасть в бессерверный рай. Ну а инженеры? Как говорил классик: "обыкновенные люди… в общем, напоминают прежних… квартирный вопрос только испортил их".

Давайте же разберемся - что происходит, что делать дальше - и нужен ли нам вообще ДевОпс в 20-ых годах.

Вадим занимался созданием, автоматизацией тестирования и улучшениями Линукса на десктопе, но затем грянула глобальная эпидемия контейнеров. Оправившись от шока, Вадим перешел в команду OpenShift, где применил полученные навыки для работы с кластерами Kubernetes. Несколько лет не запускал ничего вне контейнеров, постоянно улучшает инструменты для CI и коллекционирует резиновых уточек.

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

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



Тема доклада: Автоматизация полного цикла тестирования в SCRUM команде
В докладе будет показано, как две нередкие проблемы скрам-команд - "сырая" документация и нечеткий цикл тестирования - решаются за счет практик и инструментов автоматизации (Testrail + Behave + GitLab-CI). Мы расскажем о том, как гармонично внедрить работу с этими инструментами в регламент работы по спринту без дополнительных временных затрат. Также мы покажем, каких результатов достигли лично мы и сколько рабочих часов нам удалось при этом сэкономить.

C++ разработчик в компании PVS-Studio. Работает над статическим анализатором кода на языке C++. Реализовывал поддержку GNU Arm Embedded Toolchain в ядре анализатора. Более 12 лет опыта в разных сферах IT-индустрии - от тестирования до разработки.


Тема доклада: Статические анализаторы кода как DevSecOps решение
Многие слышали или сталкивались со статическим анализом кода (SAST). Их репутация была существенно подпорчена старыми инструментами, которые для простоты назовём "линтерами". Доклад будет полезен тем, кто пробовал, но ему не понравилось :). Статические анализаторы не стояли на месте. Продемонстрируем возможности современных инструментов и поговорим об интеграции в существующие старые проекты. Отдельное внимание уделим вопросам информационной безопасности и таким стандартам, как CWE.

25 лет администрирования систем семейства Unix. 6 лет разработки и администрирования на Lotus Notes/Domino. 25 лет преподает курс «Операционные системы» в НГУ. Автор книги «Введение в операционные системы», выдержавшей 2 издания, и 6 учебных пособий. 12 лет руководства учебной лабораторией Parallels-НГУ. С осени 2018 года работает в проекте Kublr. Интересуется системным программированием, облачными и контейнерными технологиями, распределенными базами данных.


Тема доклада: Анатомия Kubernetes: etcd – сердце и желудок
Ключевая часть инфраструктуры Kubernetes – это распределенное транзакционное хранилище etcd. Кластер etcd в значительной степени определяет производительность и стабильность Kubernetes API и кластера в целом.

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

В рамках проекта Kublr мы столкнулись с некоторыми спецэффектами у заказчиков и провели наши собственные исследования, чтобы понять, как именно etcd себя ведет, к каким воздействиям устойчив и как его восстанавливать после воздействий, к которым он неустойчив. Результатами этих исследований мы и хотим поделиться.

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

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

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

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

Carlos is an independent software professional currently located in Amsterdam. Prior to starting on his own he's been a lead engineer at Containers Solutions, where he helped multiple customers in their transitions to the cloud and all things related to programmable infrastructure. Prior to that he's worked in CI/CD and as a Ruby on Rails Developer. He is passionate about continuous learning, clean code, and hang gliding.

Instructing on:

• Container Technologies
• CI/CD
• Terraform
• Software Development
• Git

Тема доклада: Management sucks: why won't they listen to me?
If you've been in the industry long enough you most likely have been there: you understand the technical challenges of a problem and know that the solution lies on adopting technology X or getting rid of that old piece of code on project Y.
However, no matter how you put it, management just doesn't get it. How frustrating is that? Very frustrating, if you ask me.
Or how about that raise that you were asking for? Didn't go as expected, did it?
The problem is not management. It's your selling skills that suck.
This talk is targeted at developers & operators struggling to get ideas up to management.
It's also targeted at managers struggling to get approval for their budgets/transitions/revamping of projects.
Spoiler alerts: I'll teach you how to sell ideas and how to sell yourself.

Системный администратор Linux c 18-летним стажем. Последние 5 лет DevOps-инженер в различных проектах. Занимался построением облачных кластеров в AWS и внедрением приницпов CI/CD в процесс разработки ПО. Последнее увлечение - Kubernetes. В декабре 2017 года присоединился в команде Kublr. Certified Kubernetes Administrator.

Мастер-класс: Canary Releases on Kubernetes with Spinnaker, Istio, and Prometheus

In a microservices world, applications consist of dozens, hundreds, or even thousands of components. Manually deploying and verifying deployment quality in production is virtually impossible. Kubernetes, which natively supports rolling updates, enables blue-green application deployments with Spinnaker. However, gradual rollouts is a feature that doesn't come out-of-the-box but can be achieved by adding Istio and Prometheus to the equation.

Лидер digital-трансформации Райффайзенбанка. Начинал системным аналитиком, работал руководителем проектов, процессным инженером, внедрял инженерные практики в одном из крупнейших банков страны.
Интересуется всем, что позволяет сделать процесс delivery проще, быстрее и качественнее: от serverless до предиктивной аналитики.

Тема доклада: Итак, вы научились автоматически деплоить в продакшн, но бизнес все еще не рад. Что дальше?
Мы в Райффайзенбанке очень верим в DevOps и автоматизацию. Эта вера основана на том, что мы хоть и не сразу, но поняли, что они нам дают, кроме увеличения рыночной стоимости отдельных инженеров.
Теперь мы умеем пользоваться автоматизированным производственным конвейером, так, чтобы это приносило банку пользу. На пути к этому умению мы решили несколько вопросов, ответами на которые я поделюсь с вами:

1. Зачем нужна возможность быстро деплоить в теории, и как мы используем ее на практике. Почему CI/CD + SAST/DAST + K8s недостаточно, для того, чтобы компания начала больше зарабатывать.
2. Почему автоматизация обычно слабо влияет на Time to market. Как сделать, чтобы повлияла.
3. Что сделать, чтобы спонсор вашей DevOps-трансформации остался довольным. Как убедиться, что вы не продали бизнесу DevOps как серебряную пулю.
4. Вишенка на торте: Continuous assessment. Как спроектировать систему мониторинга процесса производства ПО так, чтобы ей захотели пользоваться разработчики.

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

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

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


Тема мастер-класса: OpenShift + OpenWhisk = мечты разработчика сбываются или FaaS в действии

РАСКАЖЕМ о концепции FaaS, которая упрощает процесс разработки приложений и позволяет сосредоточиться на бизнес-логике.
РАЗВЕРНЕМ, и настроим в OpenShift – необходимую инфраструктуру для разработки функций как сервисов. СОЗДАДИМ несколько функций на базе современных технологий, образующих полноценное IT-решение.
НАСТРОИМ с нуля конвейер непрерывной доставки новых функций, реализующий принцип разработки через поведение (BDD) для контроля качества нашего решения.

Mark Smalley, also known as The IT Paradigmologist, thinks, writes and speaks extensively about IT 'paradigms' – in other words our changing perspectives on IT. Mark is a Trainer and Consultant at Smalley.IT and a Master Trainer for GamingWorks' The Phoenix Project DevOps business simulation. He is Global Ambassador at the DevOps Agile Skills Association (DASA). He is a contributor to bodies of knowledge such as ASL, BiSL, COBIT, IT4IT, ITIL 4, and VeriSM. Mark has lectured at various universities and has spoken at hundreds of events in more than twenty countries.


Тема класса: If-then-maybe
In case you hadn't already noticed, the 'systems' that you work with, are not always predictable. There is not always enough information available for analysis and decision-making. Part of the world is simply unknowable. This is frustrating for developers who are used to the 'if-then-else' mental model. So how do we deal with 'if-then-maybe'?

Fortunately, a model with four boxes comes to the rescue. It's called the Cynefin Framework. It helps you make sense of the environment and decide on the most effective way of working. Many people have found it liberating, because they always had doubts about the control that those thick projects plans promised.

The major takeaway of this session is a better understanding of how the world really works, and different approaches to deal with ordered, complex and chaotic systems.

В ИТ более 15 лет, многие аспекты построения инфраструктурных решений и системного администрирования изучил опытным путем. Участвовал в проектах с жесткими требованиями к High Availability и Disaster Recovery для высоконагруженных систем в роли архитектора инфраструктурных решений.

В настоящее время является руководителем группы DevOps-практик компании «Неофлекс». Круг профессиональных интересов: построение инфраструктуры, автоматизация развертывания, администрирования и сопровождения, траблшутинга интеграционных платформ и решений различной сложности. Специализируется на выстраивании и автоматизации процессов непрерывной доставки, управлении микросервисными приложениями и создании инфраструктуры для мониторинга приложений и анализа логов.

Тема доклада: Функция-как-сервис (FaaS) - будущее бизнес-вычислений! Бессерверные вычисления уже здесь!

Многие эксперты считают, что будущее за бессерверными вычислениями (serverless computing), поскольку мобильные приложения и приложения Интернета вещей (IoT) продолжают питать спрос на бессерверную архитектуру в сочетании с растущей потребностью в интеграции облачных приложений с мобильными и настольными приложениями.

В этом докладе мы дадим обзор бессерверной архитектуры и FaaS, в том числе:

• Что такое бессерверная архитектура?
• Почему стоит использовать бессерверные архитектуры?
• Достоинства и недостатки бессерверной архитектуры
• Виды приложений бессерверной архитектуры (FaaS, BaaS)
• Что такое Function-as-a-Service (FaaS)?

Тема мастер-класса: Service Mesh on OpenShift in Action

• расскажем об Istio, концепции Service Mesh, компонентах, реализующих данную концепцию, и плюсах их использования;
• развернем в OpenShift Service Mesh-систему Istio и компоненты, которые вошли в её стек;
• настроим Istio для существующего решения с микросервисной архитектурой на базе технологий Akka Framework, React JS и PostgreSQL;
• поговорим о специфике использования Istio и изменениях, которые придётся сделать в существующих микросервисах для обеспечения его корректной работы;
• покажем использование ключевых функций Istio на примере описанной группы микросервисов:

1. продемонстрируем управление трафиком и осуществим тонкую настройку маршрутизации, настроим правила разрыва цепи для случая сетевых сбоев и покажем эмуляцию сетевых ошибок для тестирования отказоустойчивости решения;
2. опишем спектр возможностей по обеспечению безопасности и покажем настройку политик аутентификации, авторизации сервисов на базе ролевой модели, а также проверки доступности микросервисов с помощью модуля Citadel;
3. включим поддержку политик взаимодействия микросервисов и продемонстрируем их использование на практике – настроим лимитирование входящего трафика для одного из сервисов, покажем возможности по контролю хедеров и маршрутов и создание белых и чёрных списков для разграничения прав доступа;
4. продемонстрируем возможности по отладке микросервисов во время эксплуатации – визуализации сервисной сетки, настройку визуализации сетевых метрик и распределённый трейсинг.

Директор по развитию в агентстве AlterEGO. 12 лет опыта в веб-разработке, последние 6 лет работает с highload-проектами в ecommerce. Руководил запуском и крупных интернет-магазинов. Любитель тонкой оптимизации и максимальной автоматизации.

Тема доклада: Практический опыт переезда боевого проекта со100 Гб базы данных из MySQL Percona в кластер на базе Vitess для горизонтального масштабирования

• Горизонтальное масштабирование - проблемы MySQL
• Партиционирование, шардинг и почему это не всегда возможно
• Варианты горизонтального масштабирования для MySQL
• Vitess - запуск и первичная настройка
• Типичные проблемы и пути их решения
• Итоговая архитектура
• Результаты нагрузочных тестов

Более 10 лет опыта работы в IT-разработке на C++ / Python / 1C. Эксперт по технологическим вопросам 1С. Активный участник Open Source сообщества. Сторонник использования современных методик DevOps в проектах на платформе 1С.

Тема доклада: 1C + Docker = <3

• Зачем вообще контейнеризировать 1С?
• Windows Containers и 1С. Возможно ли?
• Быстрая организация тестового стенда для типового разработчика.
• Тестирование под разные комбинации 1C / OS в рамках CI pipeline.
• Пробуем построить production-ready кластер 1С на основе контейнеров.

Kubernetes and DevOps Engineer in Kublr develop team. 18+ years experience in IT operations and developments. Evangelist of DevOps, Kubernetes and Docker.
DevOps, Kubernetes инженер в команде Kublr. В ИТ эксплуатации и разработке более 18 лет, популяризатор DevOps, Kubernetes и Docker.

Тема доклада: Kubernetes in Highly Secure Environments (Cloud-native vs enterprise governance and security requirements)

Installing Kubernetes is easy. Ensuring it complies with your organization's enterprise governance and security requirements isn't. During this session, Kublr team will outline common prerequisites to run Kubernetes in production. How to leverage fine-grained controls and separation of responsibilities to meet enterprise governance and security needs. He'll cover basic requirements for audit, security, authentication, authorization, integration with existing identity broker, logging, and monitoring. Additionally, he'll discuss whether cloud-hosted Kubernetes cover these requirements, how to integrate a compliant Kubernetes installation with your existing cloud infrastructure and handle cross-team communication (network/compute/storage/security). Yet on-premise Kubernetes deployments don't come without challenges. We'll dive into the limitations of a bare-metal installation, interactions with vSphere's API, achieving HA, reliability and disaster recovery, as well as handling OS upgrades, security patches, and Kubernetes upgrades. We'll close with a quick outlook of what's next, such as infrastructure as a code, immutable infrastructure, and gitops.

Большой опыт работы со стеком продуктов Atlssian, системой мониторинга Zabbix. Интересуется стеком ELK, контейнеризацией и системами оркестрации контейнерами.

Тема доклада: Continuous feedback – почему мы ставим непрерывную оценку во главу технологической трансформации продукта

В докладе я расскажу про такую штуку как непрерывную оценку (Continuous feedback). Многие команды при внедрении подходов DevOps в своею работу отдают приоритет внедрению инструментов или ускорению доставки релизов на прод. Но при значительном увеличении частоты поставок, количество непредвиденных ситуаций, ошибок и т.д. начинает расти. Разбираться с такими случаями съедает кучу времени и нивелируют всю пользу от нашей высокой скорости доставки на прод.
Поэтому нужно иметь инструмент, который будет предоставлять обратную связь на любое действие, которое совершается в конвейре: ручное или автоматизированное; и как это действие влияет на ключевые показатели работы.
Я расскажу, как мы стоим и развиваем трехуровневую систему метрик в нашей команде на стеке продуктов Atlassian, ELK, Grafana, где внизу такие метрики как частота сборок и деплоя по средам, средняя длительность билда и деплоя, покрытие юнит тестами, частота и время стат анализа, выполнение автотестов и их время выполнения и т.д., которые по сути интересны только разработчикам или тестировщикам, а наверху те самые показатели, на которые мы ориентируемся чтобы войти в число elite performers.

Более 20 лет опыта работы в IT-разработке на C++ / Java / JavaScript / 1C.
Евангелист использования тестирования, TDD, BDD и инструментов автоматизации деятельности команд разработки. Активный участник OpenSource-сообществ вот уже 17 лет.
Пишет код и руководит проектами от проектов организации ИТ-производства до ERP-проектов для компаний федерального уровня.

Тема доклада: Как быстро развернуть автоматическую линию проверки своего решения на 1С, затратив 8 часов и получив выигрыш в 1 человеко/месяц

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

17+ лет в разработке ПО в различных ролях: разработчика, Team Lead, руководителя проектов
2+ лет в IBM Rational занимался продвижением ALM инструментария IBM
11+ лет в Microsoft занимался продвижением ALM/DevOps платформы в России.
1 год и 8 месяцев занимаюсь в компании Comparex/Software One облачными проектами в области DevOps и разработкой проекта HR Чат-Бота в качестве Архитектора и Team Lead

Антон Мартьянов - развивался в 3х компетенциях: продажи (много обучался и продавал самостоятельно), ИТ (анализ, консалтинг и автоматизация бизнес-процессов), менеджмент (управление подразделениями и предприятиями) в таких направлениях как: производственные компании, дистрибьютор, транспортно-логистические (направления склады) и строительно-девелоперские сектора, а также управление крупными непрофильными активами холдинговых структур. В настоящее время занимается консалтингом и автоматизацией в области «управление цепями поставок» (англ. supply chain management, SCM) и системами ERP через интерим менеджмент.

Более 13 лет управленческой работы. В Яндекс.Деньгах занималась развитием партнерского отдела и маркетинговых коммуникаций; Директор по маркетингу платежной системы MoneyMail; руководила Проектом «Платёж.RU» в ОКЕАН БАНКе; в Деньгах@Mail.Ru развивала партнерские отношения и открыла проект «Карта Денег@Mail.Ru @Mastercard»; в МОБИ.Деньгах запустила «с нуля» направление интернет-эквайринга, запускала «Автоплатеж Теле2» и пополнение карты «Тройка».

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

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

Тема доклада: ДевОпс 10 Лет Спустя: Что Дальше?
Ровно 10 лет назад в Генте прошла первая конференция DevOpsDays. Именно этот день считается днем рождения всего того, что мы сегодня называем ДевОпс. Самое время посмотреть назад, увидеть, чего мы уже достигли, а главное - посмотреть вперед и понять куда мы идем. Скорость изменений только растет, инструментарий обновляется каждый день, а волна хайпа так и грозит накрыть нас с головой. Кто-то запускает Куб на IoT девайсах, кто-то барахтается в сервисном сите, а кто-то мечтает попасть в бессерверный рай. Ну а инженеры? Как говорил классик: "обыкновенные люди… в общем, напоминают прежних… квартирный вопрос только испортил их".

Давайте же разберемся - что происходит, что делать дальше - и нужен ли нам вообще ДевОпс в 20-ых годах.

Technical product manager at Kublr. I have been working with Kubernetes since 2015 and have broad experience with enterprise projects that depend on many different technologies, both on-premises and in the private and public cloud. I have also worked extensively on cloud-native environments and have comprehensive experience with Azure, AWS and Google Cloud. Prior to joining Kublr, I worked for several financial institutions balancing innovation and security. Additionally, I have experience working in the telecom industry ensuring they can effectively manage their vast infrastructure while providing flexible services for clients.

Мастер-класс: Canary Releases on Kubernetes with Spinnaker, Istio, and Prometheus
In a microservices world, applications consist of dozens, hundreds, or even thousands of components. Manually deploying and verifying deployment quality in production is virtually impossible. Kubernetes, which natively supports rolling updates, enables blue-green application deployments with Spinnaker. However, gradual rollouts is a feature that doesn't come out-of-the-box but can be achieved by adding Istio and Prometheus to the equation.