Евгений Потапов, ITSumma https://t.me/eapotapov_channel https://www.facebook.com/eapotapov

Вторник, 23.06.2020

Opening Remarks, Gene Him, Founder and Author IT Revolution, Jeff Gallimore, Chief Technology and Innovation Officer, Excella

Horses, not unicorns - конференция не для компаний-единорогов типа Uber etc, а для "рабочих лошадок"-enterprise-ов

Genius/Scenius - intelligence of a whole cultural scene. DevOps Enterprise Summit - формирование Scenius (пример мастерклассы в Target, где впервые в Target приходили руководители компаний конкурентов делиться практиками, историями про грабли). Идея в том, что комьюнити создает Scenius - https://www.wired.com/2008/06/scenius-or-comm/ - вот, нашел ссылку.

Два типа докладов Expert Talks/Experience Talks

Конференции не только про обучение и помощь, но и про тусовки и знакомства и это первая конференция-эксперимент. Интересно, доклады записаны заранее (чтобы не было проблем с подготовкой, записью проблем со связью). При этом спикеры доступны на протяжении всего Q&A во время доклада. Вдвое увеличено количество времени на нетворкинг.

Jeff рассказывает об устройстве конференции. Еще раз - спикеры записаны, но на протяжении доклада спикер находится в слак-канале где отвечает на вопросы. Во время кофе-брейков будет создаваться zoom-звонок где все смогут пообщаться, отдельно есть "чатрулет" для видеозвонков 1 на 1 и для слак чатов 1 на 1. Также, в слак есть чаты Birds of Feather для объединения по темам:

DevOps Journey at Adidas III, Exploring Data in the Cloud Fernando Cornago VP, Platform Engineering, adidas, Daniel Eichten VP, Enterprise Architecture, adidas

Удивлялся почему докладчики в адидасе 5 минут, пока не понял 😃

  • В адидасе три типа технологических продуктов, experience products, core products, platform products
  • Платформенная команда: консультации, коллаборация, предоставление платформы как сервиса. Менеджмент платформы горизонтально делится на platform advisory/community management, platform operation, platform evolution.
  • Цифровая стратегия 2020-го года - double donw on ecom. Самая большая боль - аварии - потери прибыли, сниженный NPS, угроза бренду. Высокоуровневые OKR: - снижение финансовых потерь от аварий. Текущий Time to Restore 4.5 hours. Решать через QA Strategy, E2E testing, SRE, release management. Большинство аварий вызвано изменениями.
  • Метрики:
  • Cloud strategy 2.1.4. Хотят сохранить способность к Clexit - Cloud Exit, не соглашаться на Vendor Lock-In, однако Lock-in есть всегда - контейнеры, дженкинс, kubernetes. Какие есть секретные ключи для того чтобы избежать lock-in - adidas соглашается на lock-in небольшого масштаба. Multicloud strategy, юзают AWS, Azure, добавили Google Cloud, но до сих пор есть свой датацентр.
  • Соотношение апп - клауд/датацентр
  • Architectural fitness function - нужен индикатор улучшений. Adidas использовал среднее время восстановления после ошибки.
  • Геймификация: стараются вводить задачи по оптимизации в виде "игр" - "как мы сможем как сохранить как можно больше денег для компании?". Пытаются внести геймификацию по KPI практически по всем DevOps-направлениям.
  • 62 FTE ручной работы сохранено автоматизацией, не до конца понял но возможно: проводят мастер-классы по автоматизации для команд с целью экономии времени, проведено 360 мастер-классов.

How a Colossus Took a Duck and Turned it into a Unicorn: the Quest to Reinvent a 156-year-old Reinsurance Company from the inside (Swiss Re) James Head Founder, Rebellion Consulting Victoria Mayo Head of Compliance- iptiQ EMEA P&C, Swiss Re

Swiss Re - самая большая компания, которая занимается reinsurance. 33 миллиарда евро в обороте, 15 тысяч сотрудников по всему миру, существует 155 лет. 3 бизнес-подразделения: reinsurance, corporate solutions (corporate to corporate insurance), life capital (самая новая часть, исследование новых бизнесов связанных со страховками). B2B2C модель (продают страховки конечным пользователям через посредников). iptiQ - компании внутри Swiss Re, о которой судя по всему пойдет речь.

Вообще конечно начало было про трансформацию компании которой 150 лет и штат 15 тысяч человек, а теперь речь идет все-таки о "стартапе" внутри компании, что меняет дело 😃

Один из главных вопросов - как объединить инноваций с, по понятным причинам, зарегулированной сферой (вопросы безопасности, вопросы комплаенса, вопросы регуляций).

Проект стартовал в мае 2018 году. Январь 2019-го - три продукта выпущены на Германию и Швейцарию. 4-й продукт построен в марте 2019 года. Наверное, кстати, хороший таймлайн для большой компании - и скорее всего, самая нормальная стратегия по трансформации - запустить менее зарегулированный "стартап" внутри.

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

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

Dr. Steven J. Spear Presentation

пропущу доклад

Lightning talks

  • Два доклада
  • Первый доклад - DevOps Confession. Анонимное признание сотрудника одной из компаний. На самом деле звучит как история с FailConf. ertpacolypse - ввели кросс-функциональные команды, включая ответственность продуктовых команд за operations, operations-команда оставалась. Большие споры по поводу передаче разработчикам ответственности за operations. Ввели IaC и остальные практики, увидели улучшения в процессах поддержки, перешли от пожаротушения запланированным работам. Одна из проблем - каждый месяц нужно было обновлять около 500 сертификатов. У хранилища сертификатов было API, чтобы обновлять. Сделали скрипт. Во время разработки девелопер тестировал код и код обратился к продакшен-API. Если бы не заметили - каждый сертфикат в предприятии был бы отозван.
  • "Альтеративная история DevOps"
  • вначале был agile, девелоперы, QA, менеджмент стали работать вметсе
  • потом появились Ops-ы, так появился DevOps
  • DevOps - это реакция на agile а не расширение на agile.
  • Почему это реакция а не расширение - надо понять почему компании умирают. Организм - это отстроенный баланс между метаболизмом и ценой поддержки.  Метаболизм - информация от рынка, цена поддержки - работающий код, работающее ПО. DevOps seeks to decrease maintenance debt to increase metabolism capacity.

Перерыв

DevOps Transformation at Shell: People + Process + Technology Accepted Guillermo Martinez Head of DevOps, Accenture, NL Lead Solution Architect, Shell

Доклад от Accenture (это такой большой интегратор международный) про то как Shell прошел цифровую трансформацию в домене мобильных приложений.

  • цели, поставленные компанией
  • часто компании ошибаются и хотят построить техническое решение внедряя DevOps чаще всего речь идет о "Сиай Сиди" 😃 Но изменить надо много чего.
  • Но главное о чем важно говорить - это о людях, процессах и технологиях.
  • Главная задача - поддерживать людей в том , чтобы поддерживать людей организовывать процессы которые будут соответствовать девопсу
  • Около четверти  процессов по цифровой трансформации даже наполовину не закончены
  • Реалистичные сроки внедрения - 5 лет, к этому времени многие практики уже устаревают. Главная проблема - большие компании подходят к внедрению девопса в модели водопада.
  • Как это выглядит в Shell.
  • Но перед этим - что проходило трансформацию. 1.5 миллионов юзеров в месяц, 35 рынков, 6 языков, 15 компонентов, 4 страны.
  • Опять - трансформация про измерение вещей. KPI в Shell во время трансформации:
  • Первый этап трансформации - процесс обучения команд новым путям. Создали Architectural reference для команд, как теперь им жить в этих условиях.
  • Глобальный вижен → квартальные цели → недельная имплементация и (ре)приоритезация (канбан)
  • Дальше идут слайды что внедрение девопса позволило выливать фиксы в 23 раза быстрее, "девопс это не про технологии, а про изменение путей как мы работаем", ну ок, мне кажется все-таки интересно в случае кейсов про трансформацию больших компаний в 2020-м слушать не что крутого дал девопс, а как это происходило (см. выше тот же вопрос про то как у страховой компании это происходило в виде стартапа)

Connecting Comcast and SKY: Using the Dojo Format with International Teams Nisha ParkashOnline Compliance and Brand Protection Manager Sky Michael Winslow Director of Engineering Comcast

  • Ну собственно решил послушать про Dojo, докладчики из SKY (uk провайдер) и Comcast (большой американский провайдер), Comcast купил SKY в 2018 году. После того как американский Comcast купил UK-компанию, они стали думать как объединить команды.
  • Решили проверить на внедрении VinylDNS, днс, который использует Comcast в SKY
  • В Comcast был slack, github, внутренний клауд итп, SKY так работать не мог. В SKY при этом использовали Azure, а в Comcast использовали private cloud.
  • Цель команды в школе - учиться, цель команды в офисе - работа, цель команды dojo - учеба + работа. Смотрите https://dojo.target.com/
  • Читать Getting Started with Dojos, Ross Clanton et al.
  • "and you want to be cloud native during this time"

  • Поскольку это не официальная программа в Comcast время изменено, чтобы давать быстрее результат
  • Часть связанная с Software Strategy - отражение глобальной стратегии Comcast, чтобы объяснить, зачем они это внедряют - опять же о том, что в большой компании идею нужно "продать" и потом продолжать убеждать, что ее имплементация нужна.
  • Хвалят Miro 😃
  • Переключусь на другой доклад, отсюда примерно понятно что почитать

Low Context DevOps: 3 Ways to End Knowledge Frustration (Stack Overflow)

  • Говорит о том, что надо использовать шаблоны для того, чтобы документацию было проще заполнять
  • Писать надо небольшими кусками, также не стоит думать о документации как о дополнительной вещи - не "3 дня плюс документация", а "проект займет 4 дня"
  • Ну блин, рекламируют Stack Overflow for teams 😃
  • Надо будет пересмотреть запись, Лимончелли вообще обычно молодец, доклад про то, как снизить сложность контекстов для обеспечения работы.

Обед

Demystifying DevOps & SRE (Datadog)

  • Думаю SRE не нужно объяснять, что такое DataDog, но вообще - это SaaS мониторинг система, наверное самая популярная сейчас.
  • Доклад о недопонимании о том, что такое DevOps и что такое SRE (ой)
  • Похоже дальше докладчик будет объяснять DevOps-аудитории что такое SRE и в чем его специфика, переключусь на другой доклад

Project to Product: Lessons From a Year of Data Driven Flow Diagnostics (Tasktop) - Gene Kim

А, оказывается это время докладов спонсоров.

Escaping the Feature Factory - Our Journey Into Thinking Continuous Delivery End2end (Hermes Germany GmbH)

  • Крупнейшая компания по обработке посылок в Европе
  • Традиционная организационная структура
  • Долгое время кастомер был не первый, оптимизация логистики стояла на первом месте
  • До 2015-го года: IT - практически внешний провайдер услуг по отношении к компании.
  • В принципе все, как везде:
  • В принципе дальше тоже все как везде:
  • Опсы участвуют в обсуждении концепции
  • Если честно, мне в каждом таком докладе хочется спросить про практику бюрократических взаимодействий в таких компаниях, которая сильно интереснее утверждения о том, что девопс работает (ну да, удивительное дело, работает). То есть, вот тот же Hermes, вот вики (про них есть вики), говорит что у них 12.5 тысяч сотрудников, это должны быть годами выстроенные процессы. DevOps, как и любой процесс перестроения, построен на допущении того, что какие-то процессы будут ломаться, а какие-то быстро перестраиваться, а бюрократия на 12.5 тысяч человек, построена, скорее всего, на детальном анализе любых изменений (даже когда у тебя сто человек ты трижды думаешь перед тем, чтобы что-то сделать потому что люди взаимодействуют между собой - дашь задачу Коле, Вася огорчится что не получил ее). Вот как в это все встроить изменения и DevOps - вот на самом деле интересная тема (то, что я выше спрашивал ребят из страховой компании).
  • Вот интересное из комментов обсуждения в слаке:
  • Докопался до докладчиков

Среда, 24.06.2020

Keynote, Opening Remarks, Gene Kim

  • Доклад про архитектуры организации
  • https://en.wikipedia.org/wiki/Skunk_Works
  • MIT Beer Game - https://en.wikipedia.org/wiki/Beer_distribution_game - allow explicit ack of the order, вы получите его через 2 недели
  • Приводит пример как в анализе работы Healthcare-организации на совещания пришлось приглашать COO так как это был единственный разрешенный способ коммуницировать между Nursing и Pharmacy
  • ...Какая доминитная архитектура онлайн-конференций еще неизвестна

On A Mission: Nationwide Building Society Presentation Janet Chapman Mission Leader, Nationwide Building Society Patrick Eltridge Chief Operating Officer, Nationwide Building Society

  • Society-wide transformation. Вторая компания по количеству ипотек в UK. Крупнейшее объединение строителей в мире.
  • Этот Keynote состоит из двух слайдов пока что и больше идеологический, про миссию и стратегию во время внедрения agile/devops, особо нечего фиксировать

DevOps Beyond the Tools (Credit Suisse)

  • Working at a bar in Swiss, which tools to buy. Что важно providing best services to customer while having a grate time, спорили какой штопор купить
  • Потом работала в компании, где разрабатывала BI, решали что лучше PowerBI или Tableau, и запустили два процесса паралельно (вместо того, чтобы одно делать)
  • Устроилась в Swiss, DevOps Working Group.
  • Самые простые обсуждения внутри группы были про утилиты, "jenkins или teamcity?", но это было не про решение проьблем, пришлось говорить про процессы
  • Процессы - закон Конвея. Заняло годы, чтобы понять, разработать и построить.
  • Сложнее всего люди - it's hard work changing minds.
  • "Говоря по правде критическим изменением для нас было количество людей, которые прочитали Accelerate". "Главное чтобы все были на траектории ведущей к улучшениям, чекм на траектории в которой команды сравнивают друг друга".
  • DevOps - важно позаботатиться о людях, "Better value, sooner, safer, happier". Упоминают об определении из вот этого доклада, https://www.youtube.com/watch?v=ZKrhdyjGoM8, уже не первый раз.

DevOps And Modernization 2.0 (CSG)

  • great engineering companies allocate time for modernization
  • во, вот интересный кейс кажется для того чтобы провести транформацию - в смысле получилось или нет
  • да, блин интересный, я не успевал снимать слайды, очень круто, в отличии от других докладов не про процессы а про технологии, но очевидно он показывает, что даже очень тяжелые случаи можно трансформировать
  • The bi-modal trap, the rewrite trap, tech debt and giving away your pivot.
  • Story 1: golf course software.

  • Automated API tests, как тестировали
  • В принципе очевидно, но все равно проговорить стоит








  • "for the first time in 25 years our application is in the version control"
  • "we also have a cobol unit testing"
  • блин, очень круто
  • Соотношение метрик GSC метрикам из Accelerate:

Книги которые упоминали на конференции: https://www.goodreads.com/list/show/149789.Devops_Enterprise_Summit_2020_Book_leads

12 Factor Terraform: Next Generation Infrastructure As Code (Babylon Health)

  • Среди интересных причин по которым решили внердять IaC - необходимо было показывать аудиторам что инфраструктурные комлайансы соблюдаются, и это дало возможность легко показывать
  • Adam Wiggins, 12 factors/12 rules to write a cloud-based application, снижаем до 8 Factors, добавляем еще одно
  • Exactly one codebase. Vault терраформ использует один ec2 модуль, Consul - другой.
  • Ушел отдыхать

Team Topologies in Action

  • В другом кейсе опять говорится про то, что структура команд изменилась,
  • когда ввели категорию платформы
  • Введение платформенной команды:
  • Таймлайн внедрения платформенной команды:

The DOJO Consortium - A Living Scenius Project (US Bank, Verizon, Walmart)

  • Снова говорят про геймификацию процесса улучшения метрик

Четверг, 25.06.2020

How Betway Tests in Production: Hypothesis-Driven Development (Win Technologies)

  • Сначала был Craft (ручной труд)
  • Потом появилось массовое производство
  • Lean Mass Production
  • Научный метод как способ улучшения производства (метрики итд), constantly refining ideas about improvement (NASA как пример)
  • Hypothesis Driven Development, Hypothesis Driven Engineering
  • A/B тест, создать гипотезу разделить траффик, все залогировать, проанализировать, завалидировать гипотезу
  • Выпускают новую версию, катят ее для QA и десижен мейкеров, затем на 5% UK юзеров, затем 25%, затем 30%.
  • Ну ладно, в принципе пока просто про A/B тесты рассказывают, blue/green итп.
  • Trunk Based Development - есть только два окружения - local и production.