Книга: Руководство по DevOps
Назначение «контактов с эксплуатацией» в каждую команду разработки сервисов
Назначение «контактов с эксплуатацией» в каждую команду разработки сервисов
По ряду причин (например, стоимость персонала и его нехватка) мы можем оказаться не в состоянии включить инженера эксплуатации в каждую продуктовую команду. Однако мы по-прежнему можем получить множество преимуществ, назначая в каждую продуктовую команду «контакт с эксплуатацией».
В компании Etsy такая модель получила название «выделенный инженер». Централизованная группа эксплуатации продолжает управлять всеми средами — не только производственными, но также и предпроизводственными, чтобы обеспечить согласованность. «Выделенный инженер» отвечает за взаимопонимание относительно следующего:
• каковы новые функциональные возможности продукта и почему мы создаем его;
• каковы принципы его действия — в том, что касается работоспособности, масштабируемости и наблюдаемости (схематическое отображение настоятельно рекомендуется);
• каким образом отслеживать и собирать телеметрию для осуществления наблюдения за прогрессом и определения того, успешна или нет новая возможность;
• имеются ли какие-либо отступления от ранее использовавшихся архитектур и методик и как они обосновываются;
• имеются ли дополнительные потребности в инфраструктуре, и каким образом они будут влиять на общие функциональные возможности инфраструктуры;
• каковы планы запуска функций в производство.
Кроме того, как и в случае с включенными в команды инженерами, «контакт с эксплуатацией» присутствует на обсуждениях в команде, отвечает за учет потребностей в плане работы отдела эксплуатации и выполняет все необходимые задачи. Мы полагаемся на эти «контакты», если необходимо передать на решение руководства любые разногласия или решение вопросов о приоритетности задач. Поступая так, мы устанавливаем, какие ресурсы или конфликты, связанные с распределением времени, должны оцениваться (с определением приоритетов) в контексте более широких организационных целей.
Назначение «контактов с эксплуатацией» позволяет обеспечивать поддержку большего числа продуктовых команд, чем включение инженеров в команды. Цель в том, чтобы отдел не создавал ограничений для продуктовых групп. Если мы обнаружим, что «контакты с эксплуатацией» находятся на пределе возможностей, не позволяя командам достичь целей, то, скорее всего, нам придется или уменьшить количество команд, сопровождающих каждый «контакт», или временно включить инженера эксплуатации в состав конкретной команды.
- Создание общедоступных инструментов для повышения эффективности разработчиков
- Включайте инженеров эксплуатации в команды разработки сервисов
- Назначение «контактов с эксплуатацией» в каждую команду разработки сервисов
- Введите инженера эксплуатации в рабочие процедуры команды разработчиков
- Приглашайте инженеров эксплуатации на собрания разработчиков
- Приглашайте инженеров эксплуатации на ретроспективные обзоры
- Сделать работу эксплуатации прозрачной на общих досках канбан
- Заключение
- Заключение ко второй части
- 1.8. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ ПРОГРАММ
- 1. Назначение экспертных систем
- 3. Участники разработки экспертных систем
- Глава 3 Нормативные руководящие документы, назначение и задачи информационной безопасности России
- Часть III. Шаблоны разработки через тестирование
- 1.1. Схема и основные этапы разработки новой продукции
- 12.7.4. Переназначение клавиш на клавиатуре
- 4.1.1. Назначение прав
- 5.5. ПРИМЕР РАЗРАБОТКИ ОПИСАНИЯ ПРОЦЕССА "КИПЯЧЕНИЕ ВОДЫ В ЧАЙНИКЕ"
- 14.12.7. Перенаправление сервисов
- IBPP для разработки C++
- Ошибка пятая: не держитесь за каждую строчку в своем сценарии