Рубрики
Uncategorized

8 Ключевые вызовы в принятии DevOps: часть 2 — Растворы

В части одной (здесь) этого двухчастия серии блога я посмотрел на 8 ключевых задач, которые я вижу организации … с меткой DevOps, Devopsadoption, DigitalTransformation, Devopsengineer.

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

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

1. Функция культуры в соответствии с принципами DevOps Лидеры развлечений и изменение агентов понадобится найти способы постоянно воспитывать команды и людей в рамках Организации о том, как выглядит культура DevOps, и почему она ускоряет поток ценности. Вот некоторые вещи, которые я пробовал, которые работали:

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

DEVOPS FUNYBASE и FAQ Команды DEVOPS могут создать знание и часто задаваемые вопросы (FAQ) и поделитесь со всеми людьми в организации, следовательно, все знают, где получить информацию, чтобы связаться с DEVOPS, где им это нужно. Видимость и легкий доступ к информации, которая мотивирует их для поиска и прочитать ее сами по себе и даже вносить вклад. Такая информация может проводиться в совместных платформах, таких как Atlassian Confluence или Microsoft Teams.

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

Вот как вы можете построить генеративную культуру;

2. Распространение сопротивления для изменения Лидеры должны ожидать, что люди будут сопротивляться изменениям. По словам Devopsologa, Филиппа Хейл, в ее статье о инструментах сопоставления заинтересованных сторон, и она обсудила, как мы можем обратиться в настроение и эмоции определенных групп в отношении изменений, тогда мы можем применить разные стратегии взаимодействия, чтобы приблизиться к ним к инициативам. Есть 6 «Профиль поведения» и как мы можем взаимодействовать с ними, как показано ниже;

Безрезультатно

Зрители

Циниковины

Критики

Энтузиасты

Сторонники (чемпионы/эксперты)

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

3. Обращение ясности для Vision DevOps Представляем DevOps Успокаивает Рамки могут помочь определить DEVOPS ROADMAP и Цели. CALMS — это концептуальная основа для интеграции команд разработки и операций (DEVOPS), функций и систем в организации.

Лидеры DEVOPS должны разработать четкую дорожную карту для эволюции DevOps с четкими фазами улучшения. Они должны поделиться этим и сделать его видимым для всех в рамках Организации;

4. Сокращение кросс-команды Команды разработки и IT должны научиться сотрудничать. Это может означать создание кросс-функциональных команд, включая DEV, так и OPS, но это не работает во многих организациях. Часто слишком драматично организационные изменения, или просто не хватает людей. Традиционные разработки технологий, которые также имеют тенденцию включают опыт глубокого субъекта в ИТ-операциях по охране безопасности и сети, например, поэтому трудно увидеть, как поделиться этими типами людей в процессе разработки или продуктов. Что помогает как развитие, так и развитие, так и это регулярно встречаются команды команды? Если команды разработчиков проводят ежедневные Scrums в рамках своих проворных практик, приглашая его операции для участия может помочь с удалением препятствий. Приглашение их к планированию SPRINT может гарантировать, что эти нефункциональные требования рассматриваются в Sprint, тем самым упорядочивая процесс доставки стоимости. Межстроительные коммуникационные инструменты, такие как Slack или Microsoft Teams, действительно помогают здесь, позволяя сотрудничать, чтобы быть непрерывным. Группа или канал «Alert/Notification» или канал или канал должны быть должным образом управляться, так что проблемы могут быть направлены в правильную команду и быстро обострилось, используя правильные действия, чтобы решить проблему/ошибку. Вот некоторые инструменты совместной работы, которые вы можете использовать и начать сотрудничать в вашей организации;

5. Стандартные среды Окружающая среда — это коллекция ресурсов или целевых мест, которые вы хотите преобразовать из кода в реальный продукт через трубопровод. Окружающая среда может включать виртуальные машины (VM), серверы баз данных, 3-й партийные услуги и т. Д. Ниже приведен пример этапов окружающей среды с использованием, пользователем/персоной и лицом для поддержания окружающей среды;

Преимущества четко определенной среды включают следующее; Регистрация/история развертывания — Все данные по трубопроводу записаны в инструментах CI/CD для его ресурсов. Прослеживаемость — Это позволяет отслеживать, изменяется ли кодовое изменение (фиксация) или функция/ошибка-исправление (рабочие элементы) достигнута среда. Разрешение/контроль — безопасная среда, указав, какой пользователь допускается и целевая среда для развертывания.

Предоставление среды автоматизации является важным фактором успеха в процессе непрерывного доставки. Может ли команда DEV запрашивать новую среду AD-HOC и ваша среда обеспечивает по требованию в качестве развертывания приложения? Среда приложений может разделить на 3 основных направления:

  1. Инфраструктура
  2. Конфигурация
  3. Зависимости

Инфраструктура Является ли место, где приложение или обслуживание развернуто, а приложение будет выполнять определенные потребности в конфигурации. Он также включает в себя, как необходимо интегрировать зависимости с приложением. На сегодняшний день инфраструктура может быть предоставлена сценарием или они называют его « инфраструктура как код » или короче IAC Отказ IAC сегодня становится более доступным через широкий спектр инструментов, доступных для автоматизации всего процесса обеспечения окружающей среды. Конфигурация является следующим наиболее последним аспектом прикладной среды. Конфигурация диктует оба, как приложение составит в данной инфраструктуре и о том, как инфраструктура составляла познание к базовому применению. Зависимости Все ли разные модули или системы, на которых зависит приложение, из библиотек к услугам или другим приложениям. Преимущество использования автоматической среды положения следующим образом;

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

У нас есть много инструментов, доступных на рынке, будь то открытый источник или предприятие, которое мы можем использовать для обеспечения автоматизации для всех 3 областей, упомянутых выше, таких как;

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

Только назовите несколько инструментов, доступных на рынке для вышеуказанных разделов.

7. Ускоряющее управление выбросом Как только мы правильно определим нашу среду, лидеры DEVOPS должны создать надлежащий выпускной трубопровод, который, когда нам нужен автоматический триггер для развертывания, когда необходимо разместить ворота одобрения предварительного развертывания и когда необходимо разместить стадию QA/тестирования. На рисунке ниже показано базовый выпускной трубопровод с комбинированным автоматическим и ручным развертыванием; После того, как у вас есть правильный выпускной трубопровод, автоматизация строительства, интеграции, тестирования и доставки и другие процессы, она снизит человеческую деятельность в каждом выпуске, а также необходимую сумму управления и координации. Поскольку ускорение разработки стало конкурентным преимуществом, команда DEVOPS стремилась включить непрерывную интеграцию и непрерывное распределение (CI/CD). CI/CD помогает разработчикам и операциям преодолеть огромный хлопот о процессе разработки и тестирования программного обеспечения. За прошедшие годы разработка программного обеспечения мигрировала с уровня предприятия, где существуют широкие ресурсы, чтобы меньшие команды развития, которые гонки, чтобы продолжать темпы с требованием, созданным из миллиардов смартфонов и других мобильных устройств и платформ. Ниже приведен пример CI/CD-трубопровода с комбинацией имеющейся набора инструментов;

В нашем случае мы выбираем использование комбинации инструментов, как кажется, обеспечивает наилучшее решение для наших сложных потребностей. Большинство команд, разработающих продукты для разработки корпоративных продуктов, получили пользу от такого основания. Наш стек для инструментов состоит из, Атласская Джира — Инструмент для сотрудничества в команде от отставания продукта, планирование спринт и отчет о выпуске и насколько хорошо команда Agile делает в каждом спринте. Github — Распределенная система управления версиями (DVCS), в которых разработчик связывается друг с другом, и совместные, чтобы сделать код функции продукта лучше и видимость на изменениях и версиях кода. Любые изменения должны быть рассмотрены другими разработчиками или рецензером кода, который сделал код более очистителем и меньшей ошибкой/ошибкой. Azure DevOps — Это инструмент, который мы используем для Orchestrate нашего конвейера CI/CD, и это также место, где больше сотрудничества между инженером DEVOPS, разработчиком, менеджером выпуска и командой QA. Это также место, где случаются интеграции, чтобы доставить продукт с хорошим качеством, поэтому у нас есть анализ безопасности и проверки качества, прежде чем мы развернуемся в производственную среду. Datadog — Это инструмент мониторинга, который с datadog, вы можете отслеживать свои серверы, свои облака, ваши метрики, ваши приложения, ваша команда вместе. Это как одна остановка для всех видов мониторов для вашей среды и продуктов.

Эффективный CI/CD-трубопровод может значительно улучшить время на рынке, а воспользоваться устойчивостью и качеством программного обеспечения.

8. Автоматизация тестирования Дежол способствует автоматизации, и это целы делать как можно большему количеству автоматизации всех ежедневных оснований, которые не требуют человеческих вмешательств. Добавить эксперты QA в состав команды DEVOPS поможет команде решить, что лучший подход или инструменты тестирования могут быть автоматизированы. Инструменты автоматизации в целом работают, когда речь идет о тестировании на применение или системные ошибки, но тестирование QA делает гораздо лучшую работу по тестированию для удобства использования и отпускания готовности. Интеграция автоматизированного постоянного тестирования на ваш конвейеров CI/CD требует реализации тестирования приложений, которые легко интегрировать с помощью сборки, автоматизации тестирования, а также CI/CD, которые вы уже используете, и имеет обширную поддержку веб-API. Преимущество использования автоматизированного постоянного тестирования следующим образом: Стабильность Отказ Это поможет вам более последовательно применить требования к качеству и безопасности. Если вы записываете ручной тест безопасности, а затем автоматизируйте его, он становится требованием безопасности, которую вы можете обеспечить принуждение к каждой сборке. Скорость Отказ С автоматизированным непрерывным тестированием, работающим на масштабируемых инструментах, разработчики могут найти и тонкие проблемы в подлинном времени на протяжении всего SDLC. Это настолько ускорительные разработки приложений и избегают ошибок, общих для ручного тестирования. Масштаб Отказ Чтобы масштабировать ручное тестирование, вам требуется больше ручных тестеров. Чтобы масштабировать автоматизированное тестирование, вам нужно только больше приложений и строить для тестирования.

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

Оригинал: «https://dev.to/devops4me/8-key-challenges-in-adopting-devops-part-2-solutions-3f1h»