Devopsdays Houston 2019 был первым, кто сделал этот город, но, как мой друг Ангел сказал: «Это было похоже на пятое». И я должен согласиться. Мероприятие было очень хорошо собрано и присутствовало благодаря невероятной группе организаторов мероприятий, которые вызвали свое время. Глобальное сообщество Devopsdays процветает над работой добровольцев. Слушать их историю о том, как начать с идеи и подарка за 2000 долларов от группы Dallas Devopsdays, было действительно замечательным.
В самом мероприятии было около 200 человек, которые пришли из мира разработки программного обеспечения, операций или просто хотели узнать, что означает «DevOps». Microsoft’s собственная Донован Браун помог начать первый день со своим основным докладом, где он напомнил людям, что «DevOps — это союз людей, процесса и продуктов, чтобы обеспечить постоянную доставку ценности нашим конечным пользователям. » Я чувствовал, что это действительно нашло отклик со многими участниками и докладчиками, когда я слышал, что это несколько раз ссылается на конференцию, поскольку конференция продолжалась. Он предоставил участникам взгляд на Azure DevOps Анкет
Жидкая ошибка: внутренняя
После Донована ряд других великих докладчиков из Хьюстона и по всей стране пришли, чтобы выступить по предметам, связанным с DevOps. Самая популярная тема из всех, казалось, была сосредоточена на стратегиях контейнеризации. Одним из лучших разговоров об этом, которые выделялись мне, был простой пятиминутный разговор воспламенения JJ Asghar из IBM. JJ сделал разговоры «Все, что вам нужно знать» о Куберенте, который, как я чувствовал, будет чем -то, что могло бы выделяться человеку, который может быть новичок в Kubernetes, но может быть запуганным из -за знаний, необходимого для начала. Одна из моих любимых вещей, которые люди делают в Devopsdays, дает простые объяснения сложным проблемам или инструментам. Зажигательные переговоры могут быть отличными для такого «быстрого и грязного» способа обмена информацией.
Жидкая ошибка: внутренняя
У меня есть шанс сделать свой собственный разговор об эксплуатационной готовности, который хорошо вписывается в Хьюстон под названием «Контрольные списки: достаточно хорошо для НАСА? Достаточно хорошо для вашего приложения! » В этом выступлении я провожу время, обсуждая две истории, которые мне действительно нравятся, которые всегда показали ценность контрольных списков. Один из них Трой Манн и как он всегда должен был «Сделайте список и проверьте его дважды» Как он обеспечил во время программы шаттла, все предметы, которые проходили на шаттле, были учтены. Другая моя история о Ван Халене и «Нет коричневых M & Ms» Rider (договор запросов между группой и промоутером события). История о туре Ван Халена 1982 года, который собирал одно из самых сложных сценических шоу в истории. Безопасность контрольного списка, который включил Ван Хален Райдер, заключалась в том, чтобы не включать коричневые M & MS в раздевалку группы. Почему? Если вы несете ответственность за тысячи ватов звука и опасной пиротехники, вы не должны читать и следовать за любую другую инструкцию? Brown M & M представляет собой способ подтвердить, что работа в контрольном списке выполнялась должным образом.
Наряду с переговорами в Devopsdays были отличные открытые пространства. Некоторые из предметов включали миграции, обсуждение в средах тестирования или просто «как описать DevOps бабушкам и дедушке. » Я люблю открывать места, и я делаю все возможное, чтобы всегда делать предложение и посещать несколько. Я всегда наслаждаюсь «правилом двух футов», что означает, что если вы пойдете в открытое пространство, которое больше не интересует вас, используйте свои две ноги и найдите другой, который это делает. Это создает отличные способы поделиться проблемами, с которыми может столкнуться ваша команда или задавать вопросы об успехах других в реализации программного обеспечения и культурного сдвига на своем рабочем месте. В итоге я встретил адвоката -разработчика, который работает на другого крупного облачного провайдера. Мы обнаружили, что у нас было больше общего, чем не в том, как мы думали о людях, чтобы подумать о том, как перейти в облако. Я заявил, что вижу облако не заменой обработки данных, скорее новым способом создания информационной технологии. DevOps помогает вам установить этот новый способ использования его вместе с процессами и культурными идеями, которые позволяют командам работать вместе, а не менять вину.
У меня была возможность пойти в спонсируемый счастливой час после и поговорил с большим количеством участников. Действительно прекрасно провели время и оценил еду и напитки, которые предоставили Datadog, Mongodb и Gitlab. Эти события зависят от компаний, поддерживающих сообщество, и, к счастью, DevOpsdays Houston были хорошо спонсированы.
На следующий день у меня было раннее путешествие, и я не увидел много разговоров, поэтому немного времени я провели на следующий день, когда я попытался поговорить с людьми. Я встретил людей из таких мест, как Райс Университет и Chevron. Независимо от того, что они сделали в этих местах, все, казалось, сталкивались со многими из тех же проблем, которые я слышал на мероприятиях Devopsdays по всей территории США. Такие общие предметы, как «мы все еще пытаемся обучить людей тому, как перейти с мэйнфрейма» или «мы переоценили в нашей миграции подъема и сдвига», как они находятся в Денвере или Нью-Йорке.
Я обязательно сделаю все возможное, чтобы присутствовать на этом мероприятии в будущем. Большие крики Светлане, Реджи, Майку и всем остальным, кто работал над этим событием. Вы все показали им, как Хьюстон делает DevOps!
Оригинал: «https://dev.to/azure/trip-report-devopsdays-houston-2019-3fh4»