В прошлом году я читаю Дежол Справочник Что серьезно рекомендуется читать для всех, кто хочет быть в центре высокопроизводительного, быстромируемого, Agile, технологической компании и хочет понять, что и почему, вещи случаются так, как они делают. Дежол Справочник Является ярким письменным дефостроем методов, используемых Agile организациями в производственных отраслях, таких как Toyota, и как применять их в программную индустрию — это деконструкция движений DevOps. Написано как руководство, он руководит читателям через все шаги, необходимые для необходимых для организаций, так и отдельных участников, чтобы следовать, чтобы полностью обнять. Более сосредоточены на тематических исследованиях и действий практики, Дежол Справочник Осуществует существующие знания в действующие руководящие принципы без Tech Jargon, которые могут быть реализованы в организациях в последовательном пути. Уточняет понятия дежопта, герметизируя все эти знания в рамки, названные Три способа дежопа . Наконец, он широко распространяет тематические исследования, из известных компаний, с сильными инженерными культурами, чтобы доказать, что это может Будьте сделаны, хотя это может показаться необычайно трудно сделать это.
Три способа DevOps Представляет философию, которая определяет, что DEVOPS в трех наборах принципов, которые взаимодействуют и соединяют таким образом, чтобы укрепить каждый из них. После этих наборов принципов не гарантирует немедленный успех в реализациях DevOps, но понимание их может разблокировать некоторые невероятные полномочия в организациях. Кроме того, понимание того, как и когда их применять, может иметь значение между успехом и неудачей организации. Каждый инженер-программист должен быть осведомлен об этих принципах, чтобы иметь возможность их чемпионат и способствовать сильной инженерной культуре в их организации. Сильная инженерная культура не только изложена из технического мастерства, но и о понимании динамики того, как работают работа в организациях, и как каждый отдельный вкладчик может иметь значение. Давайте посмотрим на Три способа дежопа Отказ
Первым способом
Мы увеличиваем потоку, делая видимость работы, путем сокращения размеров пакетных размеров и интервалов работы, а также путем построения качества, предотвращая передачу дефектов в условиях рабочих центров. Устойчивая к потоку по потоку технологии, мы сокращаем время заложенного времени, необходимое для выполнения внутренних и внешних запросов клиентов, что еще больше увеличивает качество нашей работы, что делает нас более гибким и способным внедрять конкуренцию. (стр. 15)
Принципы потока являются руководящими принципами, которые определяют Первый способ Отказ Их сосредоточенность заключается в обеспечении быстрого потока работы с этапом концепции до стадии завершения. Это означает, что мы должны сосредоточиться на обеспечении того, чтобы работа была теченной, как можно быстрее, между идеализацией, внедрением, тестированием, обеспечением качества и развертыванием. В традиционном производственном процессе это будет процесс принятия работы с начального этапа сырья, вплоть до полного продукта в конце производственной линии. Включение этого быстрого потока повышает конкурентные преимущества, потому что программное обеспечение становится легче производиться, проще модифицировать и легче поддерживать, то есть, что организации могут, быстрее, адаптироваться к постоянным изменениям в их окружении.
Один из способов увеличения скорости потока — это заметная и ограничивающая работу. Обеспечение того, чтобы все работы были видны, в очередях, всем заинтересованным сторонам организация способна к быстрому организации и приоритету работы. Занятие видимой работы также облегчает фокус команд, потому что все будут знать, во все времена, что являются приоритетами. Ограничивая прогресс работы, мы избегаем прерываний в течение дня, увеличивая производительность, устанавливая четкие ожидания и приоритеты, избегая многозадачных стимулов.
Еще один способ увеличения скорости потока осуществляется на небольших партиях. Традиционные подходы, такие как Водопад , полагаются на большие партии работы, необходимые перед началом последовательных больших партийных партий. К настоящему времени было ясно, что большие партии работы уменьшают текучее и снижение качества, причем небольшие партии работы являются предпочтительными.
Наконец, сокращение отключений между командами и снижение отходов работников также способствует повышению скорости потока. Каждый раз работа на работу от одной команды в другую требует много общения и создает потенциальные моменты, где работа будет остановлена, ожидая что-то быть решенным. Это также уменьшает знания и контекст, который не может быть передан между командами. Удаление любых препятствий для работы в прогрессе, таких как частично выполненная работа, ненужные процессы, ручная и нестандартная работа, переключение контекста и дополнительные функции, увеличивает качество программного обеспечения и скорости потока, позволяя отдельным участникам сосредоточиться на конкретных задачах вовремя.
Второй путь
Мы производим нашу систему более безопасными, создавая быстрый, частый высококачественный информационный поток на протяжении всего нашего потока стоимости и нашей организации, которая включает в себя обратные и корпоративные петли. Это позволяет нам обнаруживать и исправлять проблемы, пока они меньше, дешевле и легче исправить; предотвратить проблемы, пока они меньше, дешевле, и легче исправить; предотвратить проблемы, прежде чем они вызывают катастрофу; и создать организационное обучение, которое мы интегрируем в будущую работу. (стр. 27)
Принципы обратной связи являются руководящими принципами Второй способ Отказ В своем ячем, они позволяют «быструю и постоянную» поток обратной связи от продукции до производства, вернувшись к инженерам. Эти принципы сосредоточены на получении необходимых атмосфера и инструменты на месте для инженеров для мониторинга их работы и быстро реагируют на любые побочные ситуации. Они сосредоточены на усилении обратной связи с операционной стороны программного обеспечения на сопоставление программного обеспечения.
Это может быть достигнуто путем работы в среде, в которой мы можем работать в наших системах «без страха, уверены, что любые ошибки будут обнаружены быстро, задолго до того, как они вызывают катастрофические результаты (…)». Предоставление отдельных участников доверия к работе без страха — чрезвычайно важный аспект инженерной культуры.
Также важно иметь возможность видеть проблемы, поскольку они возникают, и для обеспечения того, чтобы команды роятся по решению этих вопросов, создавая больше знаний о рассматриваемых системах на протяжении всего разрешения этих вопросов. Нам нужно убедиться, что у нас есть телеметрия сопровождать нашу производственную среду и способна эффективно контролировать любые инциденты задолго до того, как они повлияют на клиентов. Мы также можем использовать телеметрию для проверки, мы достигаем наших желаемых целей через соответствующие бизнес-метрики. Роя »- это коллективное поведение, проявленное субъектами, особенно животными, аналогичными размерами, которые объединяются вместе, возможно, фрезерование примерно одинакового места или, возможно, движущейся MASSE или мигрированием в некотором направлении». ( Википедия ) В технологическом смысле это означает, что, когда проблема, даже наименьшая из вопросов, возникающих, все элементы должны объединиться, чтобы разрешить проблемы как можно быстрее.
Наконец, мы должны создать культуру, которая обеспечивает качество, то как можно ближе к источнику. Этим мы можем понять, что качество должно быть применено нашими сверстниками, а не сверху вниз бюрократические процессы. Мы можем сделать это, убедившись, что каждый человек чувствует, что уполномочен толкать для качества и может занять свое время для достижения желаемого качества.
Третий путь
(…), наша цель состоит в том, чтобы создать культуру высокого доверия, укрепляя тем, что мы все усыналищиеся на протяжении всей жизни, которые должны рисковать в нашей повседневной работе. Применяя научный подход к улучшению и развитию процесса, так и разработки продукта, мы учимся от наших успехов и сбоев, определяя, какие идеи не работают и укрепляют те, которые делают. Кроме того, любые местные науки быстро превращаются в глобальные улучшения, так что новые методы и практики могут быть использованы всей организацией.
Принципы постоянного обучения являются руководящими принципами Третий путь . Эти принципы гарантируют, что организация оценивает обучение и создает и инженерную культуру, которая активно и активно поощряет непрерывное обучение в качестве объективного, что позволяет «генеративную, высокодельно довериемую культуру, которая поддерживает динамичный, дисциплинированный и научный подход к экспериментальным и рискам ( …) «.
Мы достигаем такой инженерной культуры, позволяя «генеративную организацию», характеризующую активно поиску и обмена информацией. Обязанности делятся на протяжении всего неудачи результатов отражения.
Институционализируя практику улучшения повседневной работы, мы также можем создать организацию, которая имеет больше времени для улучшения, а не постоянно потушить пожары. Повседневная работа должна быть наказанием и любые попытки улучшения его должно быть хорошо принято И мы должны нацелиться на время резервирования для оплаты технического долга, исправить дефекты, рефакторист и улучшать как в исходном коде, а также в процессах.
Наконец, мы должны стремиться поделиться местными открытиями, чтобы сделать их глобальными знаниями для всей организации. Мы должны активно поддерживать совместную поддержку информации, такими как постмертемы, и совместное использование библиотек кодовых библиотек, а также конфигурации, в рамках организации, так что каждый из них выгоден от работы и исследований каждого человека. Мы хотим преобразовать индивидуальные экспертизы в артефакты, которые могут быть переданы всем.
Закрытие замечаний
По сути, эти три столпа ( Принципы потока , Принципы обратной связи и Принципы постоянного обучения ) Разрешить работать быстрее, обратную связь быть быстрее и постоянной, позволяя командам перейти быстрее и уменьшить время выполнения заказа. В целом, применение диссертаций принципов должно улучшить качество и скорость производства программного обеспечения, но, как и в большинстве вещей, они должны рассматриваться с зерном соли. Не все практики будут работать так же во всех контекстах, и введение некоторых из этих принципов следует тщательно контролировать, чтобы обеспечить успешную реализацию, а также его результаты.
Оригинал: «https://dev.to/caramelomartins/three-ways-of-devops-5g9g»