Вопрос, который возникает больше всего, когда я разговариваю с людьми, которые интересуются DevOps, — «Где мне начать?»
В большинстве случаев ответ, который они ищут, — это список инструментов и технологий, которые нужно учиться, поэтому они обычно выглядят разочарованными, когда слышат мой ответ.
Если вы хотите начать работу в DevOps, если вы хотите поставить быстрее и не отставать от всего, что от вас просят, не убивая себя в процессе, инструменты и технологии — неправильные места для начала.
Во -первых, вам нужно изменить способ просмотра и управлять своей работой.
Шаг 1 — Определите какие вопросы
Какова цель вашей работы? Забота и кормление серверов или «развития» могут быть тем, что вы делаете, но они сами по себе не являются причиной. «Поддерживать все, что работает» — это почти причина, но в основном в духе «Я ем, чтобы жить».
Скорее всего, цель вашей работы — небольшая мета — это поддержка потребностей и целей вашего работодателя, чтобы каким -то образом обеспечить ценность. Так что же ценит ваш работодатель? Если вы не знаете, пришло время спросить и выяснить, как относится ваша работа.
Вы придете к некоторым идеям, которые вы можете измерить и сосредоточить свою работу — такие вещи, как время безотказной работы, Среднее время до разрешения , качество кода, удовлетворенность клиентов и так далее.
Здесь вы начинаете. Все в будущем связано с установленными вами базовыми показателями, и как вы измеряете свой прогресс против новых метрик, которые вы сейчас отслеживаете. Вы собираетесь принести некоторую науку на свою работу — наблюдать, измерять и итерацию.
Шаг 2 — Канбан все вещи!
Прежде чем начать автоматизировать и создавать роботов, чтобы выполнять всю работу, вам нужно получить видимость этой работы.
Вы не есть использовать Канбан , хотя я очень рекомендую это как простое место для начала. (Также Личный Канбан — мое духовное животное ).) Но вам нужна какая -то методология, которая дает всей команде видимость для работы с работой и выделяет узкие места, которые замедляют работу или иным образом влияют на показатели производительности, которые вы определили на первом этапе.
Это потребует, чтобы ваша команда начала сотрудничать, как внутри, так и с другими группами. Они не могут быть привыкли к этому. Вы также не привыкли к этому, но люди должны разговаривать друг с другом, если они этого не делают.
Как только команда начнет говорить о том, над чем они работают, вы быстро обнаружите возможности отменить дубликацию работы, неуместную работу («Почему наша группа даже справляется с этим?»), И проблемы, которые в противном случае не отказались или накапливались на одной человек.
Если вы разработчик и уже используете Scrum или какой -то Agile Методология, некоторые из этих концепций могут не Будьте совершенно новым для вас. Даже если это так, вы можете не учитывать все отставание или можете быть сосредоточены только очень узко на проектной работе.
Шаг 3 — Автоматизируйте и вытекает
К настоящему времени у вас должно быть лучшее представление о целях вашей команды и работодателя, а также о работе, которую команда должна выполнить. После отбрасывания предметов из отставания, которые составляют 1.) практически без значения, и/или 2.) никогда не будет работать над (важно быть честным в этом), пришло время для некоторых экспериментов.
Используйте свой Канбан, чтобы определить самые большие узкие места, которые замедляют обработку задержки и атакуют их процессом и автоматизацией. Будет заманчиво атаковать низковестные фрукты за легкие победы, но важно относиться к узким местам, как будто ничто иное не имеет значения (потому что это не так).
Примечание : Проблемы качества являются узкими местами и должны рассматриваться как таковые. Если людям приходится постоянно тратить время на исправление дерьмового кода, неудавшиеся сборки или подобные проблемы — это мешает другой работе.
Обычно можно добавить некоторые меньшие улучшения в ваши спринты, которые соответствуют другим работам, но автоматизация проблем, которые значительно откладывают работу (например, ожидание OPS, чтобы вручную строить среды), где следует сосредоточиться. Большинство других вещей просто отвлекают.
Когда вы вкладываете различные процессы и автоматизацию, отметьте это и отслеживайте эти события с вашими показателями производительности. Мера. Итерация. Измерить снова.
Шаг 4 — Продолжайте учиться
Мне трудно представить, что кто -то преуспевает с DevOps, не посвящая некоторое время чтению. Для большинства, работа через DevOps поначалу будет чувствовать себя немного чужой, поэтому чем больше вы знаете о том, что делают другие, и о идеях, которые вдохновляли DevOps, тем вам удобнее.
Существует множество отличных книг, которые охватывают концепции DevOps и связанные с ними темы, такие как Lean Manufacturing, межличностные отношения (!) И автоматизация. Вот несколько:
- Проект Феникса: Роман об этом, DevOps и помощь в вашем бизнесе выиграть
- Непрерывная доставка: надежные выбросы программного обеспечения через сборку, тест и Автоматизация развертывания
- Личный Канбан: Картирование работы | Навигация на жизнь
- Практика администрирования облачных систем: DevOps и SRE практики для веб -сервисов
- Эффективные DevOps: построение культуры сотрудничества, сродства и инструментов в масштабе
- Инжиниринг надежности сайта: как Google запускает производственные системы
- Toyota Way: 14 принципов управления от величайшего в мире производителя
Devops-это модное слово, которое бросается до такой степени, что многие люди думают, что это просто причудливая или маркетинговая. Это определенно может зависеть от того, что означает человек, говорящий «DevOps».
По моему опыту, однако, люди и компоненты процессов DevOps действительно мощные и могут изменить вашу повседневную работу и улучшить ситуацию. К сожалению, это компоненты DevOps, которые обычно игнорируются. Люди, как правило, преследуют блестящую копейку автоматизации без всей передней работы, которая гарантирует, что они автоматизируют правильные вещи.
Если вы заинтересованы в «Devopsing», я не могу подчеркнуть, как важно начинать с шагов 1 и 2, прежде чем делать что -то еще. Если вы это сделаете, я могу почти гарантировать, что вы достигнете некоторого уровня успеха, даже если это просто в том, как вы справляетесь с собственной работой.
Первоначально опубликовано на chrisdodds.net
Оригинал: «https://dev.to/liquid_chickens/how-to-get-started-with-devops»