Руководство по DevOps

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

Инженеры зависят от наших инструментов, но важно, что они не попадают в зависимость от нас

Инженеры зависят от наших инструментов, но важно, что они не попадают в зависимость от нас

создать возможности самообслуживания, позволяющие разработчикам из сервисных команд действовать продуктивно;
• включить инженеров эксплуатации в команды разработки сервисов;
• назначить «контакты с отделом эксплуатации» для команд разработки, если включение инженеров в их состав не представляется возможным.

компания Amazon использовала для определения размеров команд правило «двух пицц» (2PT — two-pizza team) — команда должна иметь такой размер, чтобы всех ее участников можно было накормить двумя пиццами (это обычно от пяти до десяти человек).

При использовании модели финансирования «по продукту» цель — обеспечить достижение организационных результатов, а также результатов, получаемых и клиентом: это доход, цена обслуживания, темп восприятия продукта клиентом в идеале с минимальными затратами (например, количество усилий или времени, строк кода)

Задание Ops — обеспечить Dev достаточно времени для надлежащего проведения игры».

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

фактор — не форма организации, а то, как люди действуют и реагируют

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