«DevOps» беседует о развитии эксплуатации и сопровождения в моем сердце

задняя часть Эксплуатация и обслуживание
«DevOps» беседует о развитии эксплуатации и сопровождения в моем сердце

предисловие

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

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

  1. Инженер по эксплуатации и обслуживанию настольных ПК
  2. Инженер по эксплуатации и обслуживанию предприятий
  3. инженер баз данных
  4. инженер-конфигуратор
  5. Инженер по эксплуатации и обслуживанию
  6. и другие....

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

1. DevOps: Устранение барьеров на пути к сотрудничеству

из Википедии

DevOps(Developmentа такжеOperationsсочетание слов) — акцент на «разработчиках программного обеспечения (Dev)» и «специалисты по эксплуатации и обслуживанию ИТ (Ops) «Культура, движение или практика общения и сотрудничество.

Автоматизируя процесс «доставки программного обеспечения» и «изменения архитектуры», он делает создание, тестирование и выпуск программного обеспечения более быстрым, частым и надежным.

В традиционных организациях, занимающихся программным обеспечением, разработка, ИТ-операции и обеспечение качества выделены в отдельные отделы.Важной темой является внедрение новых методов разработки (таких как гибкая разработка программного обеспечения) в этой среде.

Разрабатывайте и развертывайте, как это работало раньше, нет необходимостиITподдержка илиQAГлубокая межведомственная поддержка;

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

В частности, вПовысьте эффективность взаимодействия и совместной работы во время доставки и развертывания программного обеспечения, стремясь выпускать более качественные продукты быстрее и надежнее.

2. Значение развития O&M

С точки зрения должностных обязанностей: работа, которая должна быть выполнена по развитию эксплуатации и технического обслуживания:

  • Помогите O&M автоматизировать работу O&M, развивая навыки. Проще говоря, это «помощь» или рука эксплуатации и обслуживания.Необходимо предоставить платформенные запросы для проблем, возникающих при эксплуатации и обслуживании, или абстрагировать некоторые общие повторяющиеся операции в инструменты, чтобы уменьшить ручное вмешательство в эксплуатацию и обслуживание. .

Услуги по эксплуатации и обслуживанию сопровождают и поддерживают весь жизненный цикл развития бизнеса.

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

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

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

3. Что такое развитие O&M?

Для создания автоматизации эксплуатации и технического обслуживания или практикиDevOpsУчастие инженеров-разработчиков по эксплуатации и техническому обслуживанию неотделимо, но как мы можем лучше играть роль разработчиков по эксплуатации и техническому обслуживанию?

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

Поработав с ними какое-то время, общее ощущение следующее:

Разработка по эксплуатации и обслуживанию — это в первую очередь программист, а не инженер по эксплуатации и обслуживанию.

Хорошая разработка в области эксплуатации и технического обслуживания требует «понимания эксплуатации и технического обслуживания» + «способности к разработке»:

  • Технические требования к «возможностям разработки» ниже, чем к другим формам бизнеса (таким как игры, электронная коммерция, поиск и т. д.).
  • Сложность понимания бизнеса по эксплуатации и обслуживанию будет ниже, чем у электронной коммерции, игр и других форм бизнеса, то есть требования к «пониманию эксплуатации и обслуживания» не высоки.
  • Для стека технологий, связанных с эксплуатацией и обслуживанием, требуется высокая степень контроля, например,Python/PHP/Go/Shell,Linux,Git,Nginx,Zabbix,Docker,K8SЖдать.

Подводя итог, можно сказать, что разработка в области эксплуатации и технического обслуживания - это не слишком глубокая сфера деятельности, и причина, по которой сейчас растет спрос на разработку в области эксплуатации и технического обслуживания, заключается главным образом в том, что старшая эксплуатация и техническое обслуживание старшего поколения обычно имеют ограниченные исследования. и возможности развития, и на это есть исторические причины. Подождите, пока промышленность не предложитDevOpsВ то время они, как правило, сосредотачиваются на продвинутых областях, таких как управление командой, планирование мощностей, настройка архитектуры и качество услуг O&M, поэтому практически невозможно тратить много времени на повторное изучение кодирования и разработку автоматизированных систем.

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

Таким образом, все приравнивают «хорошую систему эксплуатации и обслуживания» к «развитию эксплуатации и обслуживания», думая, что пока мы нанимаем развитие эксплуатации и обслуживания, идеальная платформа для эксплуатации и обслуживания будет рождаться автоматически, что является огромным недоразумением.

4. Создайте «хороший в использовании»DevOpsсистема"

На самом деле «хорошоDevOps«Система» на самом деле эквивалентна «пониманию эксплуатации и обслуживания» + «способности к разработке». Эти две способности также могут быть разделены, и их не обязательно навязывать только инженеру-разработчику по эксплуатации и техническому обслуживанию.

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

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

Конечно, в большинстве компаний нет «менеджера по продукту» для разработки эксплуатации и технического обслуживания, поэтому, если разработка по эксплуатации и техническому обслуживанию требует дальнейшего развития, она также может заменить требования по эксплуатации и техническому обслуживанию и перейти на менеджера по эксплуатации и техническому обслуживанию. , С точки зрения программистов Для решения инженерной эффективности и проблем качества эксплуатации и технического обслуживания, я думаю, что это тоже похожеGoogleотстаивалSREкультура.

4.1 DevOpsПлатформа

Дополнительное описание редактора

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

Картина показываетDevOpsСхема интерфейса мониторинга выпуска развертывания приложения

Наша группа делает картинку вышеDevOpsПри использовании системы ситуация следующая:

  • Нет продукта, нет дизайна, спрос также является устным описанием ведения бизнеса, обслуживания и развития.

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

  • Различайте пакеты в разных средах для обеспечения упорядоченного управления.
  • Статус приложения можно запускать и останавливать через интерфейс, а также выполнять такие задачи, как просмотр конфигурации.
  • JenkinsСервисные операции можно выполнять через интерфейс, что упрощает работу инженеров-конфигураторов.
  • Ежедневная контрактная работа команды по эксплуатации, обслуживанию и развитию сопряжена

В настоящее время для отличной разработки операций и обслуживания необходимо иметь следующие навыки: планирование продукта, дизайн продукта, объектно-ориентированный подход, модель требований, модель предметной области, модель проектирования, принципы проектирования, шаблоны проектирования, инструменты продукта и возможности документации.

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

5. Превосходная эксплуатация и техническое обслуживание

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

1. Повысить осведомленность об эксплуатации и обслуживании.

Снизу до вершины, работа сверху донизу должна быть выполнена хорошо.Значение и золотое содержание верхних работ по эксплуатации и техническому обслуживанию могут быть признаны, и наша работа может повысить эффективность и освободить эксплуатацию и техническое обслуживание.

Осведомленность об эксплуатации и техническом обслуживании очень важна.Это не означает, что вы обладаете навыками, но вы знакомы со многими технологиями, что не означает, что вам не нужны знания об эксплуатации и техническом обслуживании.

Фактически, лидеры придают большое значение осведомленности об эксплуатации и обслуживании, например, о наличии хорошей резервной копии, распределении прав, тестировании платформы, времени реагирования на сбои и т. д. Все это осведомленность, а не то, что вы изучили много технологий. и думаете, что вы мастер, а платформа находит недостатки У вас нет большой проблемы Вы думаете, что можете справиться с простыми проблемами, если хотите с ними справляться Вам не нужно давать обратную связь другим отделам. Каким бы хорошим он ни был, он только сделает людей из других отделов не в гармонии с вами.

2. Понимание бизнес-сценариев

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

3. Не повторяйте ошибок

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

4. Все бэкапится и можно откатиться

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

5. Работа с платформой максимально проста

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

6. Сосредоточьтесь на оптимизации взаимодействия с пользователем

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

В процессе проектирования и разработки мы часто сталкиваемся со сложными и громоздкими сценариями, в это время мы легко можем потерять терпение и всегда должны напоминать себе, что мы должны четко выполнять свои должностные обязанности, исправлять свое отношение к работе и заниматься одним делом. Либо не делайте этого, и делайте это хорошо, если вы делаете это: когда вам захочется сдаться, подумайте, почему вы вообще начали.

6. Резюме

Эта статья является моим личным поверхностным пониманием развития эксплуатации и технического обслуживания и его карьерного роста.В целом, развитие эксплуатации и технического обслуживания по-прежнему является относительно интересной и хорошо развитой отраслью карьеры.Хотя иногда его нужно винить, дополнительные усилия приветствуются.Умный а талантливые студенты присоединяются к индустрии разработки O&M.

Сборник статей автора Nuggets

Не нужно перепечатывать паблик, звоните мне в плюс белый список на линии.

Нет публики

Категории