У меня была возможность поехать в Марсель в ноябре этого года для 5-й DevOps D Day конференция.
Более того, я мог бы также представить, как я вижу отношения между руководящими принципами кодирования, качеством кода и усталостью решений. Если вы заинтересованы, Здесь слайды, и Здесь мой разговор.
Но цель этого поста — поделиться своими мыслями о конференции.
Я должен начать с этого! Это было восхитительно. Я не фанат Olympique de Marseille или большой футбольный фанат в целом (футбол для друзей США), но я должен признать, что у велодрома де Марсель есть необычная архитектура. Мне понравилось, когда я впервые увидел это с вершины Марселя, с Новой Дам-де-ла-Гарде, мне понравилось, когда я пошел туда на концерт AC/DC с розой, разбитой ногой, взял на себя инициативу, и мои эмоции не изменился.
Очевидно, на этот раз у меня было гораздо больше времени, чтобы прогуляться и спокойно оглянуться вокруг. На ужине динамиков мы могли даже пойти в раздевалки.
Пройдя и проверяя имена, написанные на стенах, вы можете почувствовать выдающуюся историю клуба.
Но хорошо ли это работало как место конференции? Это так, я думаю. Залы презентации были просторными с большим количеством воздуха, хотя в форме немного странно, было много экранов, чтобы помочь в этом.
Это было похоже на Т-соединение с подиумом посередине.
Стадион, который может принять более 67 тысяч сторонников, огромный, поэтому разные залы могут быть довольно далеко друг от друга. И они были. Это означает, что в зависимости от вашего выбора вам, возможно, пришлось немного пройти от одной презентации к другой. Учитывая, что хронометрирование было превосходным, это не было большим бременем, но вы не могли оставаться там, разговаривая с докладчиком в течение длительного времени, если данная пауза была одной из более коротких.
Еда
Люди приветствовали общий французский завтрак. Мини -выпечка, кофе, вода, сок хорошего качества.
Мне понравилось, что они были распределены во многих местах. В конце концов, для 1300 человек лучше иметь много небольших продовольственных киосков, чем иметь одну гигантскую тарелку кода спагетти, верно?
Мне вообще нравилось, как все было организовано, я немного более скептически относился к тому, как мы могли бы получить воду. До позднего вечера пластиковые бутылки не было мало (это хорошо), но мы использовали бумажные стаканчики. Я почти уверен, что они были подлежат вторичной переработке, но я не уверен, было бы лучше получить более толстую пластиковую чашку на весь день, который мы должны были принести на наши шеи, как в некоторых других местах.
Я не уверен, какой из них более экологичен, и мы не использовали одноразовые пластиковые стаканчики, это хорошо.
Обед был хорошего качества. Много разных кусочков еды, на что нечего жаловаться. Некоторые были особенно интересны, я думаю, что были даже некоторые осьминоги, и французские сырные блюда всегда восхитительны.
С другой стороны, мне было трудно есть по двум причинам.
- Хотя было много небольших продуктовых киосков, у меня всегда было ощущение, что я сражаюсь, чтобы добраться туда.
- Я думаю, что это потому, что мы не могли получить достаточно сразу. Некоторые бумажные тарелки были бы полезны, чтобы надеть нашу еду, но были только салфетки. Не очень практично.
Днем мы получили вкусные мини -пирожные. Хотя я любил их, я думаю, что некоторые фрукты вместо этого могли быть лучше, но я действительно не хочу жаловаться, потому что питание было более чем удовлетворительным.
Конференция стоит
Был огромный Форум Принять спонсоров и их стенды. Это было достаточно большое для 1300 человек.
Владельцы всегда для меня хорошего вопроса? Они вообще пригодятся? Полезен ли банк власти 2200 мАч? Кто будет носить несколько причудливых носков? У меня нет четких ответов, но я должен сказать, что распределенные носки имеют довольно хорошее качество.
Я люблю наклейки, и у меня многое. Но опять же, есть вопрос. Я буду использовать наклейки от другой компании? Если они не предоставляют некоторые технологии, которые я использую, я не буду. Я имею в виду, что я не стану наклейкой финтех -компании, но буду рад остаться в облачной технологии, которую я использую.
Я знаю я знаю. Я не сужу, я оставляю эти вопросы открытыми для всех.
Мне понравилось, что большинство стендов были двуязычными, даже если большинство переговоров были на французском языке.
Единственное, что мне не понравилось, это то, как были организованы лотереи. Вы должны были помнить их, когда идти туда, куда не было центрального указания, когда и где он есть. Один начался прямо в тот момент, когда предыдущие презентации должны были закончиться. Я имею в виду, если вы посетили беседу, который пропустил минуту сверхурочно. Но даже если это закончилось вовремя, когда люди не могут телепортироваться. По крайней мере, пока нет.
Я рад, что это была самая большая проблема, которую я нашел.
Разговоры
Давайте поговорим о … разговорах!
Я не буду подробно описать здесь. Я напишу статью, основанную на ее содержании, но вот видео на случай, если вы заинтересованы.
Немного на руководство
Поговорим о Стефани Гиордано а Уильям Бартлетт разговаривать . Я действительно ждал этого, так как я довольно много обсуждал с Уильямом и Rivieradev 2019 о нашей стратегии DevOps. По меньшей мере, он подбадривал меня и заверил меня, что наш путь жизнеспособен.
В этом выступлении они признают трудности управления, когда они теряют власть. Или, по крайней мере, когда они чувствуют, что они теряют силу. В Agile, с организацией Scrum, они должны были — уже потеряли много прямого влияния на ежедневную работу.
С моделью DevOps это может стать еще хуже. Люди должны знать больше и должны взять на себя больше ответственности. Чтобы сохранить ловкость в команде, менеджер должен предоставить отдельным участникам больше свободы и автономии. Но как сохранить управление властью?
Стефани и Уильям представили метод 2-3-4.
Когда кто -то упоминает вам проблему
2 — Вы начинаете с двух слов: Bravo и спасибо!
Браво и спасибо за признание проблемы и подняли ее.
3 — Вы продолжаете с тремя утверждениями
Вы говорите, что хотите, чего не хотите и чего ожидаете. Например, вы хотите, чтобы проект прогрессировал, и вы не хотите, чтобы команда страдала. В то же время вы ожидаете, что клиенты поймут, что команда заботится о их потребностях.
4 — Вы закончите с 4 вопросами
После того, как вы установите кадр, вы закончите с вопросами (конечно, вы ждете ответов) и пытаетесь помочь.
Пара вопросов, которые нужно задать:
- Что ты предлагаешь?
- Как мы должны продолжать?
- Могу я чем-нибудь помочь?
- Какие результаты мы должны ожидать?
- Как мы можем улучшить?
Спикеры предполагают, что с этой структурой, как менеджер, у вас все равно будет поводья. Вы поймете, какие ваши команды, чтобы овладеть ситуацией, и у вас будет вся информация, чтобы помочь им в трудные времена.
Будучи членом команды, у вас будет ощущение, что о ваших инициативах заботятся и что вас поддерживает ваш менеджер.
Я поделюсь этой презентацией со своим руководством, жду их отзывов!
Немного на безопасность
Поскольку я все еще координирую деятельность, связанные с безопасностью в моем отделе, это был очевидный выбор для меня, чтобы пойти и послушать Джулиано Ипполити Презентация на DevSecops.
Для меня это всегда была смутная концепция, но в основном это означает, что я не понимал этого правильно.
Итак, во -первых, о чем это?
DevOps фокусируется на том, что программное обеспечение часто часто и как возможно, и возможно, чтобы уменьшить цикл обратной связи и время на рынок.
Devsecops добавляет новое слово в эту концепцию. Речь идет о доставке безопасного программного обеспечения.
В то время как в DevOps команда должна более тесно сотрудничать с операциями и принять множество задач, которые они несут ответственность за свой собственный трубопровод, в DevSecops команде Dev также должны тесно сотрудничать с командой безопасности, и в каждой команде разработчика необходимо для Люди, которые имеют более глубокое понимание концепции безопасности.
После разговора о концепции, Ippoliti Также упоминалось, какие наиболее важные части обучения команды безопасности и как заинтересовать людей. В то время как для точных тренингов и сертификации я призываю вас проверить Его видео от 8:10 В Я хочу упомянуть одну вещь конкретно.
Они платят небольшой бонус за тех разработчиков, которые выполняют определенную бесплатную обучение безопасности. Это делает людей заинтересованными, и это низкая цена, чтобы заплатить за компанию.
Позже в его выступлении, Ippoliti рассказал о различных инструментах тестирования, которые разработчики должны проанализировать безопасность кода, двоичные файлы, которые они предоставляют, какие инструменты должны быть частью рабочего процесса CI/CD, очевидно.
Позже он переключился на операционную часть, чтобы показать, на каких ключевых областях следует сосредоточиться, чтобы обеспечить ваше программное обеспечение в общедоступном облаке. Ничего по своей природе нового, но важно напоминать и научить людей этим «золотым правилам, как сказал Хи».
Немного на веб -API
Проходит ли ваш веб -API технический контроль 50 баллов?
Это была последняя презентация DevOps D-Day прямо перед заключительной основной докладом. Франсуа-Гилюм Рибру Начал с очень вдумчивой цитаты:
«Я совершенно убежден, что на самом деле вычислительность станет очень важной наукой.
Но в настоящее время мы находимся в очень примитивном состоянии развития, мы пока не знаем основных принципов, и мы должны сначала их изучить.
Если университеты проведут свое время, обучая состояние искусства, они не обнаруживают эти принципы и это, конечно, то, что ученые должны делать »
Это было сказано Кристофер Страчи В 1969 году пионер в области дизайна языка программирования.
После быстрого резюме по истории API -интерфейсов из API -интерфейсов библиотеки, посредством APIS REST до сегодняшнего API сегодняшнего платформы, он предположил, что, когда мы смотрим на API, мы строим с тщательностью ученого. Мы должны использовать принципы, разработанные в течение последних десятилетий, и с помощью их, мы изучаем наш API.
Как в MOT в Великобритании или «Техника противооложенной во Франции. Он показал контрольный список в 70 баллов, что не так долго, если вы рассмотрите MOT.
К счастью, мы не прошли их один за другим. С другой стороны, мы смотрели на принципы, не забывая, что эта практика делает мастер.
Перед применением каких -либо принципов развития Рибро предположил, что мы должны прояснить наши цели, не только в функциональных терминах, но и мы должны позаботиться о целях, показателях и соглашениях наших уровней обслуживания. Это то, что мы, разработчики, склонны забывать, в то время как, скорее всего, конечная цель программного обеспечения — заработать деньги.
Я не хочу подробно описывать все, что он сказал, скорее я бы упомянул пару важных областей, о которых мы должны подумать. Для получения более подробной информации вы можете даже посмотреть видео на YouTube чуть ниже по -французски или слайды здесь, на английском.
- Название в вашем API, которое должно быть скучным!
- Управление идентификацией и доступом
- Безопасность в целом
- API версии
- Поддержка страниц, поиск, сортировка и соавт.
- Поддержка стала мультитенантом
- Мониторинг и оповещение
Я только что понял, что они даже пишут электронная книга по теме. Анкет
Вывод
В целом, я могу быть не чем иным, как благодарным за эту замечательную возможность. Оба организаторам, которые приняли мое предложение и дали мне шанс на Поделиться своими идеями а также моему работодателю, который поддержал меня, чтобы отправиться в Марсель, чтобы принять участие в DevOps D Day Анкет
Я никогда не был на конференции, где было так много людей (~ 1300). Я был поражен как эффективным хронометражным хрономаходом, так и уровнем профессионализма, в частности, учитывая запись и то, как быстро они были отредактированы и загружены.
На личном уровне я встретил некоторых удивительных людей, и теперь я получил профессиональное видео, я более чем счастлив!
Эта статья была первоначально размещена на моем блог . Если вы заинтересованы в получении моих последних статей, пожалуйста Зарегистрируйтесь в моей рассылке а также Подпишись на меня в Твиттере .
Оригинал: «https://dev.to/sandordargo/i-went-to-devops-d-day-5-3i6o»