Devops сейчас-горячая тема, и среди маркетинговой шумихи и модного френцируются, что может быть трудно понять сущность концепций, которые он вводит.
Что на самом деле лежит в основе DevOps? Возможно, мое 3 предложение краткое изложение «DevOps Mindset» может помочь …
Мышление DevOps :
Сделайте процесс разработки программного обеспечения в автоматизированный трубопровод и оптимизируйте его для скорости доставки.
Программный обеспечение программного обеспечения должно обеспечить безопасность, качество и стабильность, автоматизируя строительство и тестирование инфраструктуры и приложений и постепенно доказывать их пригодность, предоставляя обратную связь (через тесты), а когда готовы, разверните его для конечных пользователей.
Работайте над тем, чтобы постоянно улучшать поток (скорость) и обратную связь с программным трубопроводом
Итак, я изменял этим 2 -м предложению … это скорее абзац:)
Ключевыми элементами трубопровода являются:
- Он автоматизирует построение как инфраструктуры, так и приложений.
- Он применяет серию автоматических тестов как к инфраструктуре, так и к приложениям (единица, интеграция, производительность и т. Д.), Чтобы доказать, что они соответствуют их функциональным и нефункциональным требованиям.
- Когда доказано, что он подходит для выпуска, он автоматизирует развертывание для конечных пользователей.
Бизнес -ценность DevOps:
- DevOps в первую очередь применяется к предприятиям, которые создают или собирают собственное программное обеспечение, а не просто используют заранее созданное программное обеспечение.
- DevOps предлагает наибольшую ценность для предприятий, где скорость доставки дает значительное конкурентное преимущество.
Дополнительные идеи:
- Чтобы увеличить скорость без ущерба для качества, ограничивайте размер изменений, проталкиваемых через трубопровод, в любое время.
- Ошибки должны привести к резкому прохождению трубопровода, принудительно обращая внимание на изменение, которое вызвало поломку.
- Чтобы достичь скорости, устраните медленные, повторяющиеся и подверженные ошибкам человеческие усилия. Ограничьте вмешательство человека на принятие решений, анализ и другие творческие усилия (например, исследовательское тестирование).
- Силовые изделия (продукт/разработка/QA/операции) являются противоречивыми по отношению к программным трубопроводам. Успешное принятие программного обеспечения через трубопровод требует межфункциональной экспертизы и сотрудничества. Таким образом, DevOps требуют изменения в орг. культура и структура команды.
- Создайте инфраструктуру и приложения с помощью контролируемой версией кодовой базы для отслеживания и повторяемости.
- Встройте безопасность в продукт, интегрируя его в трубопровод.
- Архитектура программного обеспечения имеет значение: DevOps наиболее эффективен, когда вы можете создавать, тестировать и развернуть дискретные компоненты вашего продукта.
- Чтобы улучшить трубопровод, сделайте его здоровье и показатели видимыми для заинтересованных сторон.
DevOps & Happe Teams
Очевидно, что это очень высокий обзор концепций и принципов DevOps-применение их и создание солидного программного трубопровода-сложная, но достойная цель.
Знаете ли вы, что рецензируемые исследования показывают, что DevOps уменьшает боль/стресс, связанный с выпуском программного обеспечения, что уменьшает выгорание инженеров? Принятие DevOps может улучшить качество жизни ваших ключевых инженерных команд.
Я что -то пропустил или что -то упустил? Не стесняйтесь сообщить мне о ваших мыслях и комментариях.
Оригинал: «https://dev.to/ashokisaac/devops-in-3-sentences-17c4»