Kitobdan sitatalar «Ускоряйся! Наука DevOps. Как создавать и масштабировать высокопроизводительные цифровые организации»

Приложение А Возможности для управления улучшениями   Наше исследование выявило 24 ключевые возможности, которые статистически значимым образом влияют на повышение эффективности доставки программного обеспечения. В нашей книге подробно описаны эти открытия. Данное приложение содержит удобный список этих возможностей – каждая с указанием на главу, которая подробно ее рассматривает (также см. рис. A.1). Мы разделили эти возможности на пять категорий: ● непрерывная доставка; ● архитектура; ● продукт и процесс; ● бережливое управление и мониторинг; ● культура. В каждой категории возможности представлены в произвольном порядке. ВОЗМОЖНОСТИ НЕПРЕРЫВНОЙ ДОСТАВКИ  1. Используйте контроль версий для всех производственных артефактов. Контроль версий – это использование системы управления версиями, такой как GitHub или Subversion, для всех производственных артефактов, включая код приложения, конфигурации приложений, системные конфигурации и скрипты для автоматизации сборки и настройки среды. См. Главу 4. 2. Автоматизируйте ваш процесс развертывания. Автоматизация развертывания – это степень, с которой развертывания полностью автоматизированы и не требуют ручного вмешательства. См. Главу 4. 3. Внедряйте непрерывную интеграцию (НИ). НИ является первым шагом на пути к непрерывной доставке. Это практика разработки, в которой код регулярно проверяется и каждая проверка запускает набор быстрых тестов для обнаружения серьезных сбоев, которые разработчики немедленно исправляют. Процесс НИ создает канонические сборки и пакеты, которые в конечном итоге развертываются и выпускаются. См. Главу 4. 4. Используйте магистральные методы разработки. Было показано, что магистральная разработка является прогностическим фактором высокой эффективности в разработке и доставке программного обеспечения. Для нее характерны менее трех активных ветвей в репозитории кода, ветви и вилки с очень коротким сроком жизни (например, менее одного дня) до слияния в магистраль и крайне редкие или отсутствующие периоды «кодовой блокировки» у команд приложений, когда никто не может проверить код или выполнить запрос на вытягивание из-за конфликтов слияния, заморозки кода или фаз стабилизации. См. Главу 4.