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