Философия DevOps. Искусство управления IT

Description

IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps. DevOps — это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании — это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах — вот лишь часть задач, которые придется решать на этом пути. Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения. Вступительное слово Вступительное слово Джона Оллспоу Вступительное слово Николь Форсгрен Предисловие Первое знакомство с devops Для кого предназначена книга Структура книги Методология практик Соглашения, используемые в книге Использование примеров кода Safari® Books Online Благодарности Благодарности от Кэтрин Благодарности от Дженнифер От издательства Часть I. Основы Devops Глава 1. Первое знакомство Культура развертывания ПО Эволюция культуры развертывания ПО Истории пути к успеху История Кэтрин История Дженнифер Истории, иллюстрирующие devops-практики Глава 2. Определение devops Рецепт формирования культуры Уравнение devops Использование «devops» в качестве народной модели Прежний и новый взгляд Devops-пакт Пример пакта Пример devops-пакта Глава 3. История devops Разработчик в качестве оператора Появление программной инженерии Появление закрытого программного обеспечения и стандартизация Сетевая эра Истоки глобального сообщества Эра приложений и Интернета Развитие методологий разработки программного обеспечения Приложения с открытым исходным кодом и собственные услуги Гибкая инфраструктура Конференции devopsdays Текущее состояние devops Выводы Глава 4. Основные термины и концепции Методологии, применяемые при разработке программного обеспечения Каскад Гибкая методология разработки ПО Scrum Методологии эксплуатации ITIL COBIT Системные методологии Бережливость Концепции разработки, релиза и развертывания ПО Контроль версий Разработка через тестирование Развертывание приложений Непрерывная интеграция Непрерывная доставка Непрерывное развертывание Минимально жизнеспособный продукт Концепции, относящиеся к инфраструктуре Управление конфигурацией Облачные вычисления Автоматизация инфраструктуры Управление артефактами Контейнеры Культурные концепции Ретроспектива Постмортем Безупречность Организационное обучение Выводы Глава 5. Заблуждения и анти-шаблоны, относящиеся к devops Общие заблуждения, связанные с devops Devops — это лишь разработчики и системные администраторы Devops — это команда Devops как профессия Методология devops связана только с веб-стартапами Devops нужно сертифицировать Благодаря devops можно сократить персонал Не существует единственно верного пути внедрения devops Для внедрения devops нужно X недель/месяцев Методология devops — это лишь инструменты Методология devops эквивалентна автоматизации Методология devops вышла из моды Анти-шаблоны devops Культура, основанная на обвинениях Барьеры Анализ первопричин Человеческие ошибки Выводы Глава 6. Четыре столпа devops Сотрудничество Близость Инструменты Масштабирование Выводы Часть II. Сотрудничество Глава 7. Совместная работа Еженедельные совещания в компании Sparkle Corp Определение сотрудничества Индивидуальные различия и навыки Профессиональные навыки Личные качества Цели Когнитивные стили Возможности по достижению конкурентных преимуществ Наставничество Наставничество молодежи старшими Наставничество старших со стороны старших Наставничество старших со стороны младших Наставничество младшего со стороны младшего Знакомство с образом мышления Культивирование правильного образа мышления Фиксированный образ мышления Образ мышления роста Индивидуальный рост Образ мышления и обучающие организации Роль обратной связи Обзоры и рейтинги Частота обратной связи Система рейтингов Проблемы, порождаемые звездами и суперстаей Значение социального капитала для команды Стили общения и разрешения конфликтов Результативное общение Выбор способа общения Контекст общения и неравноправие позиций Эмпатия и доверие Развитие сопереживания Развитие доверия Персонал и кадровые ресурсы Доступность и техническая поддержка Баланс между работой и личной жизнью Выбор размера команды Эффективное сотрудничество в компании Sparkle Corp Выводы Глава 8. Сотрудничество: заблуждения и устранение проблем Заблуждения, связанные с сотрудничеством Невозможно научить старого сисадмина новым трюкам Чтобы обеспечить быстрый рост, нужно нанять «звезд» В разнородных командах невозможно эффективное сотрудничество Устранение проблем, связанных с сотрудничеством Не все участники команды справляются со своими обязанностями Мы должны решить, нужно ли кому-то уйти У меня переутомление, стресс и выгорание Некоторые участники команды чувствуют неуважительное отношение к себе Недостаточный уровень общения Сотрудник (или соискатель) — технический гений и асоциальный тип Я не ощущаю карьерного роста в моей команде/организации Никто меня не слушает Реорганизация или сокращение Часть III. Близость Глава 9. Формирование близости между отдельными сотрудниками и командами Демонстрационный пример по разработке программ в компании Sparkle Corp Сети Факторы создания команды Функции команд Определение близости Межличностные связи в командах Командная культура Единство команды Разнообразие Преимущества разнообразия Формы разнообразия и интерсекциональности Соблюдайте толерантность при найме на работу Поддержка толерантной среды Командная и организационная структура Поиск точек соприкосновения между командами Переход от конкуренции к сотрудничеству Формирование эмпатии в команде Улучшение общения между командами Практика: ведомство по патентам и товарным знакам США Предпосылки и направления Поощрение сотрудничества и близости Балансирование между разными точками зрения Преимущества усиленной близости Сокращение времени цикла Устранение барьеров на пути к общению Формирование и укрепление доверия Внедрение инноваций Требования к близости Простой Явно декларируйте ценности и цели Комнаты для совещаний Сотрудничество и кооперация Оценка степени близости Навыки и оценки сотрудников Взаимодействие между командами «Возврат долгов» сообществу Близость между командами разработчиков и эксплуатации в компании Sparkle Corp Выводы Глава 10. Заблуждения и устранение проблем Заблуждения Разработчики более ценны, чем специалисты по эксплуатации Утечка информации за пределы организации ослабляет конкурентные преимущества Поиск и устранение проблем Один или несколько сотрудников нарушают групповой рабочий поток Одна команда блокирует работу других команд Некоторые команды чувствуют себя недооцененными Люди не склонны доверять друг другу Люди сосредоточены только на технических аспектах работы, а не на общении Создается впечатление, что разные команды никогда не смогут работать вместе Межличностные конфликты прошлого приводят к конфликтам между командами Команда X является бункером для ее участников Людям свойственно возлагать на devops ответственность за допущенные ошибки Часть IV. Инструменты Глава 11. Обзор экосистемы инструментов Разработка программного обеспечения Локальная среда разработки Контроль версий Управление артефактами Автоматизация Установка сервера Автоматизация инфраструктуры Система выделения ресурсов Автоматизация тестирования и сборки исполняемых файлов Мониторинг Метрики Системы логирования Оповещения События Эволюция экосистемы инструментов Выводы Глава 12. Инструменты: акселераторы культуры Значение инструментов для людей Определение инструментов Выбор нужных инструментов для решения реальных проблем Область охвата проектов с открытым кодом Стандартизация инструментов Последовательные процессы анализа инструментов Исключения из стандартизации Бесполезность инструментов Причины неудач — в процессе, а не в инструментах Применение закона Конвея для выбора инструмента Влияние инструментов на культуру Инструменты, влияющие на процесс общения Инструменты, влияющие на расширенный набор поведений Выбор инструментов Развитие продукта Состояние здоровья сообщества Настройка по месту установки Пример: сравнение систем контроля версий Пример: автоматизация ручной инфраструктуры Аудит экосистемы инструментов Устранение инструментов Улучшения: планирование и оценка изменений Практики Знакомство с DramaFever Влияние существующей технологии Непрерывное влияние новых технологий Расширенное внедрение практик формирования близости Порядок выбора инструментов в DramaFever Знакомство с Etsy Явная и неявная культура Культура сострадания Культура безупречности Дружелюбие по отношению к удаленным пользователям Роль инструментов в укреплении практик Покупка или самостоятельная разработка Рассмотрение автоматизации Оценка успеха Проблемы, связанные с мотивацией и процессом принятия решений Использование инструментов в Sparkle Corp Выводы Глава 13. Инструменты: заблуждения и устранение неполадок Заблуждения, связанные с инструментами Мы используем технологию X, тогда как другие используют технологию Y; мы должны любой ценой перейти к использованию технологии Y Использование технологии X эквивалентно внедрению devops Мы должны убедиться в том, что не выбрали некорректный инструмент Можно купить devops «в упаковке» или devops в качестве услуги Поиск и устранение проблем, связанных с инструментами Мы пытаемся найти лучшие практики для технологии X Мы не можем заставить людей согласиться на использование конкретного инструмента Мы решили принять технологию X (или отказаться от нее), но люди не хотят ее использовать (или отказаться от нее) Часть V. Масштабирование Глава 14. Масштабирование: критические точки Знакомство с масштабированием Рассмотрение корпоративных devops-практик Стратегическое расширение или сокращение организаций с помощью devops Соображения по выполнению масштабирования Планирование масштабирования Организационная структура Местонахождение Командная гибкость Жизненный цикл организации Исключение проектов-вампиров и проектов-зомби Влияние циклов выпуска ПО Сложность и изменения Масштабирование команд Рост команд: масштабирование с помощью найма Удержание сотрудников Практика: рост и масштабирование команд Формирование и рост эксплуатационных команд Поиск и интервьюирование кандидатов Проблемы, вызываемые «героической» культурой Объявления о вакансиях и проблемы, связанные с наймом персонала Развитие отдельных сотрудников и команд Развитие и рост членов команды Масштабирование команд и стратегии роста Создание малых и гибких команд Содействие сотрудничеству Управление конфликтами Масштабирование организаций Централизованные и ситуативные команды Формирование лидерства Практика: государственное агентство по оказанию цифровых услуг, GOV.UK Явно заданная культура Планирование Вызовы Формирование близости Практика: Target Знакомство с Target Начнем с желаемых результатов Формирование корпоративной близости Применение инструментов и технологий в компании Обмен знаниями внутри компании Выводы Глава 15. Масштабирование: заблуждения и устранения проблем Заблуждения, связанные с масштабированием Некоторые команды никогда не смогут работать вместе Внедрение изменений невозможно без одобрения начальства Наш бюджет не предусматривает набор новых специалистов, в связи с чем внедрение devops-методик на данном этапе невозможно Устранение проблем, связанных с масштабированием Менеджмент рекомендует придерживаться X, не видя пользы от devops Недостаточные ресурсы команд Принятие необоснованных решений Мы не можем привлечь талантливых сотрудников Ослабление морального духа коллектива после реорганизации или сокращения Мы не знаем, нужна ли нам полноценная команда для выполнения Х Часть VI. Объединение культур devops Глава 16. Наведение мостов между культурами с помощью четырех принципов devops Важность историй Явные и неявные истории Теория и практика devops Практика на основе примеров из реальной жизни Учимся на историях Установление связи с историями Выводы Глава 17. Объединение devops-культур: обучение на основе историй Что могут поведать истории о культуре Ценности Запреты Мифы Ритуалы Идеи и знания Взаимодействие между организациями Конференции и поездки Другие события сообщества Обмен инженерными сведениями Поощрение близости между организациями Препятствование закостенелому образу мышления Начните с небольших изменений Выводы Глава 18. Объединение devops-культур: укрепление связей между людьми Индивидуальные истории и рассказы, связанные с работой Тейлоризм и ценность отдельных историй Поощрение индивидуальности Переход на удаленную работу Увольнение из компании Культурные долги Состояние систем Исследование нездоровых систем Формирование здоровых систем Состояние здоровья организации и отдельных сотрудников Идентификация здоровых и нездоровых культур Выводы Глава 19. Заключение Ваши следующие действия Внедрение эффективных devops-практик Глава 20. Дополнительные ресурсы Основы devops Сотрудничество Близость Инструменты: акселераторы культуры Масштабирование Наведение мостов между devops-культурами Рекомендуемые конференции и встречи Рекомендуемые подкасты Об авторах