Следуйте за лидерами: как 3 компании помогли внедрению DevOps

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

Нетфликс

Хотя никакие две компании или пути DevOps не будут абсолютно одинаковыми, у нас есть возможность получить доступ к огромному количеству советов и рекомендаций от людей, которые прошли этот путь до нас. Одной из таких компаний и признанным детищем DevOps является Netflix. Netflix в основном размещал фильмы онлайн способом, который ранее был невообразимым. В то время люди едва ли могли загружать двухминутные видео на YouTube без буферизации, а тут появилась компания, предлагающая потоковую передачу фильмов по запросу. На недавнем мероприятии KubeCon Алексис Ричардсон, генеральный директор Weaveworks, отметил, как «Netflix разгромила Blockbuster», внедрив повышенную доступность и постоянное улучшение.

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

Неудача на пути к успеху

Netflix кардинально изменил свой инженерный процесс, включив в него инструмент под названием Chaos Monkey, который представляет собой сценарий, который безостановочно работает в среде Netflix, вызывая хаос, отключая случайные события. Звучит как опасный вредоносный вирус, но, имея дело с этой средой на ежедневной основе, если в системе когда-либо появится такая ошибка или обезьяна, это будет обычным делом для людей в Netflix.

В «Социальной сети», фильме о подъеме Facebook, процесс собеседования для программистов заключался в том, чтобы взломать защищенную систему, когда они были пьяны, и смысл здесь в том, что если кто-то может сделать что-то пьяным, он, вероятно, сможет сделать это намного лучше. трезвый. Точно так же, постоянно случайным образом вызывая сбои в работе отдельных частей собственной системы, Netflix смогла создать надежную платформу, которая продолжает работать независимо от сбоев и не обращает внимания на сбои. Похожим примером могут быть бегуны, тренирующиеся на большой высоте, или геймеры, играющие на более высоком уровне сложности. Если вы поднимете планку для себя самостоятельно, нормальный режим будет проще простого.

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

Этси

Следующий детище DevOps — не кто иной, как Etsy, и их история довольно интересна. Etsy — это онлайн-рынок, где люди со всего мира могут покупать и продавать товары. Они росли регулярными темпами, следуя традиционному каскадному подходу, когда каждый отдел был изолирован; Разработчики писали код, пока операторы развертывали его. Примерно к 2008 году в них работало до 35 сотрудников, и код развертывался два раза в неделю. Майкл Рембеци, вице-президент Etsy по техническим операциям, сказал Network World, что «развертывание часто было очень болезненным, у нас было традиционное мышление разработчиков, которые пишут код, а операционная служба развертывает его. И это на самом деле не масштабируется».

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

Исполнительный бай-ин

История Etsy — это не только инструменты и стратегия, но и доверие и командная работа. В то время как традиционный каскадный подход вызывал недоверие между командами без всякой причины, новый подход просто заставил всех чувствовать себя лучше. Команда, которая чувствует себя хорошо и в мире друг с другом, — это та команда, которую вы хотите видеть в своем углу, когда сайт ломается. Мантра на Etsy: «Это сломается, и мы это починим». Когда у вас есть все в вашем углу, или то, что некоторые называют «руководством», это имеет большое значение, потому что DevOs — это не то, что вы можете бросить через несколько кварталов, если чувствуете, что это не работает. Это то, чего вам нужно придерживаться до конца в полной уверенности, что это сработает.

Что мы выносим из истории Etsy, так это неукротимый дух и команду, которая измеряет свой успех неудачей. Приводились слова одного из руководителей Etsy: «Если сервер взрывается, мы считаем это успехом, потому что мы чему-то научились». Именно такое отношение сейчас у них в 42 миллионах участников, и около 80 релизов в день, DevOps больше, чем просто инструменты, DevOps — это отношение.

Барклайс

На третьем месте мы рассмотрим необычного подозреваемого из банковского сектора. Около двух лет назад Barclays начал использовать методологии Agile и DevOps для борьбы с растущей конкуренцией в этом секторе. Эта конкуренция исходила не только от банков, но и от гигантов бизнеса, таких как Apple и Google, вышедших на рынок мобильных платежей. Кроме того, ежегодно в сектор финансовых технологий вкладывается более 10 миллиардов долларов, причем каждый квартал бьются рекорды по объему инвестиций, вкладываемых в финтех-стартапы. Это похоже на Blockbuster и Netflix снова и снова, за исключением того, что на этот раз устаревшая фирма решила, что не собирается мириться с этим, и вместо этого пошла по пути DevOps.

Перемещение иглы в Agile и DevOps

Джонатан Смарт, глава службы развития в Barclays, упомянул, что для их успеха императивом была поддержка со стороны руководства, заявив: «Я общаюсь со многими людьми в фирмах из других отраслей и финансовых услуг, которые пытаются переместите иглу на Agile и DevOps, и они не преуспеют, потому что у них нет поддержки сверху ». Это не значит, что они игнорировали тот факт, что им также нужна поддержка всей организации на низовом уровне, и добились этого путем создания сообществ практиков.

Это добровольные команды, призванные сделать так, чтобы изменения DevOps происходили плавно и эффективно, и у них есть 35 таких сообществ практиков с 10 000 участников. На саммите DevOps в Лондоне компания Smart назвала свой проект крупнейшим и самым быстрым внедрением Agile в мире и заявила, что его пропускная способность увеличилась в три раза. Теперь Barclays обрабатывает платежи, равные 30 процентам валового внутреннего продукта Великобритании, и, по мнению компании, DevOps снижает риски и повышает качество.

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