Текстовый курс по DevOps
Как накапливать знания в организации на основе повседневной работы DevOps?
Один из главных принципов DevOps: постоянно учитесь на повседневной работе и превращайте новые знания в ресурсы, которыми сможет многократно пользоваться вся организация.
Обменивайтесь знаниями в чатах
Используйте чаты, чтобы сохранять и пополнять знания организации. Интегрируйте в чаты ботов, которые быстро выполняют эксплуатационные задачи. Например, следующая команда боту может установить приложение FrontEndApp в среду TestServer-9 и вывести результат в чат, как если бы вы выполнили команду из командной строки.
@bot install FrontEndApp TestServer-9
Благодаря этому каждый участник команды может быстро узнать, как продвигается работа. Информация не теряется в личных сообщениях и письмах. Это способствует сотрудничеству и прозрачности работы и помогает превращать знания отдельных команд в знания всей организации.
Общие чаты ускоряют адаптацию новых участников команды DevOps или сотрудников компании. Они могут наблюдать за значительной частью работы команд. Рассмотрите отдельные чаты для разных продуктов, услуг, компонентов, инструментов, библиотек и интеграций. Так будет легче находить прошлые действия, связанные с конкретной частью системы.
Отдавайте предпочтение исполняемым инструментам
По возможности оформляйте знания и опыт в виде исполняемых стандартов и процессов, а не только документов и вики. Один из лучших способов накапливать и передавать знания в организации DevOps — создать повторно используемый инструмент и сохранить его в системе управления версиями, где его найдут все, кому он нужен. Если описывать стандарты и методы работы исполняемым кодом, их не будут по-разному или ошибочно толковать, как статические документы. Такой код ускоряет и упрощает работу и помогает проходить аудит и проверки соответствия требованиям, если его сопровождает хотя бы краткое описание того, как он выполняет проверяемый процесс.
Для задач, процессов и стандартов, которые нельзя автоматизировать, создавайте повторно используемые пользовательские истории с чёткими шагами и контрольным списком, чтобы ими могли пользоваться все в организации DevOps. Благодаря этому разные команды смогут одинаково выполнять похожую работу. Эти материалы можно улучшать так же, как команды постоянно проверяют, используют и улучшают библиотеки кода.
Создавайте повторно используемые типовые решения для ПО
Подготовьте готовые шаблоны для компонентов, приложений, сервисов и микросервисов, в которых нефункциональные требования учтены на уровне проектирования. Тогда разработчикам не придётся заново решать эти задачи каждый раз при написании кода.
В результате нефункциональные требования будут единообразно реализованы на всех уровнях приложений. Встроенная поддержка нефункциональных требований упростит развёртывание, мониторинг, устранение неполадок и эксплуатацию ПО на тестовых и рабочих платформах. Вот примеры таких требований:
- Метрики телеметрии.
- Настройки среды выполнения.
- Переключатели функций.
- Возможность отслеживать зависимости.
- Возможность отслеживать запросы, инициированные пользователями.
- Устойчивые и отказоустойчивые сервисы.
- Сервисы, которые по запросу могут плавно перейти в режим ограниченной функциональности.
- Возможность поиска сообщений в журналах.
- Совместимость с предыдущими и последующими версиями.
- Архивирование данных и управление наборами данных рабочей среды.
- Управление журналами и их архивирование.
Полное автоматизированное тестирование должно быть частью типовых решений, выраженных в коде. Автоматизированные тесты проясняют назначение кода, показывают, как эффективнее использовать его повторно, и ускоряют написание тестов для приложений, созданных на основе этих шаблонов.
Используйте единый репозиторий кода
Чтобы результаты работы и полученные знания были доступны всем, храните в едином репозитории не только исходный код, но и инструменты развёртывания, код создания и запуска конвейера, автоматизированные тесты, код создания и интеграции телеметрии, стандарты, учебные материалы, документы, вики, вспомогательные инструменты и стандарты конфигурации платформ.
Так все ресурсы будут открыты для всех сотрудников DevOps-организации. Это предотвращает дублирование и появление нескольких версий одних и тех же артефактов, компонентов и сторонних инструментов. Единый репозиторий также позволяет компилировать, компоновать и собирать всё во время выполнения и использовать самые свежие версии при разработке, тестировании и развёртывании ПО.
Введите технологические стандарты и сохраняйте гибкость
Если вы хотите, чтобы участники команды DevOps могли читать, проверять и исправлять код друг друга, установите основные технологические стандарты, которые смогут освоить команды разработки и эксплуатации. Достаточно одного компилируемого языка, одного языка сценариев и одного языка для графических интерфейсов. При этом позволяйте каждому изучать интересующие его технологии, чтобы команда продолжала учиться и экспериментировать. Как иначе добиться успеха со следующим новшеством, если не исследовать и не проверять новые возможности?
ВЫВОДЫ
В этой главе мы обобщили распространённые методы DevOps, которые помогают организации учиться и создавать повторно используемые ресурсы в ходе повседневной работы. Благодаря им накопленный опыт и знания всей DevOps-организации помогают каждому участнику команды развивать профессиональные навыки и повышать качество работы.
Удачи на вашем пути в DevOps!
