Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Организации борются за структуру команд, которые поддерживают управление и безопасность, обеспечивая скорость и гибкость современных требований к разработке облака. Способ организации ваших команд непосредственно влияет на вашу способность обеспечить ценность, реагировать на бизнес-потребности и поддерживать эффективность работы.
Эта статья поможет вам разработать структуры команд, которые балансируют контроль и автономию. Вы узнаете, как упорядочивать группы платформ, предоставляющие согласованные основы, предоставлять группам приложений возможность быстро внедрять инновации и развертывать команды для ускорения разработки возможностей в организации. Выравнивая структуру команды с вашими архитектурными целями, вы можете снизить нагрузку на доставку, свести к минимуму технический долг и создать устойчивую операционную модель для целевых зон Azure.
| Тип команды | Определение |
|---|---|
| Команды по управлению нагрузкой приложений | Эти команды создают приложения, которые управляют прямыми бизнес-результатами для сегмента бизнес-домена. Эти команды управляют полным жизненным циклом нагрузок приложений в Azure Landing Zones. |
| Команды платформы | Эти команды создают внутренние платформы для ускорения доставки и уменьшения когнитивной нагрузки рабочих нагрузок приложений. Эти команды управляют полным жизненным циклом посадочной зоны Azure. |
| Поддержка команд | Эти команды помогают преодолеть пробелы в навыках, помогая другим командам с специализированными возможностями, такими как DevOps. |
Структурируйте команды платформы для обеспечения согласованности
Команды платформы предоставляют основу, которая ускоряет доставку в организации при сохранении стандартов управления и безопасности. Организации без выделенных команд платформ сталкиваются с несогласованными реализациями, дублируемыми усилиями в командах приложений и трудностями в применении политик на уровне предприятия. Хорошо структурированная команда платформы обеспечивает согласованные методики, снижает сложность для команд приложений и внедряет управление и безопасность на платформы, используемые для разработки рабочих нагрузок. Чтобы структурировать группы платформ для согласованности, используйте следующее руководство.
Создайте многофункциональную команду платформы. Создайте команду платформы, которая разрабатывает, создает и управляет жизненным циклом зоны приземления Azure. Включите участников из ИТ-специалистов, безопасности, соответствия требованиям и бизнес-подразделений, чтобы представлять приоритеты предприятия. Эта композиция гарантирует, что платформа отвечает техническим требованиям, проблемам безопасности, обязательствам по соответствию требованиям и бизнес-потребностям одновременно. Кроссфункциональное представление предотвращает использование силосов и ускоряет принятие решений, так как команда разрешает конфликты внутренне, а не через длительные процессы утверждения.
Определите четкие обязанности платформы. Назначьте команде платформы ответственность за функции корпоративного уровня, требующие согласованной реализации во всех рабочих нагрузках. В следующей таблице перечислены общие обязанности платформы:
Категория ответственности Обязанности Система управления и соответствие требованиям Управление архитектурой, управление политиками и принудительное применение, мониторинг безопасности и аудит Подготовка ресурсов Подготовка подписки и делегирование, платформа как код (управление шаблонами, скриптами и другими ресурсами) Идентификация и доступ Политики управления удостоверениями и доступом, Azure RBAC, определения ролей Управление сетями Управление сетями, делегирование политик сети Operations Общие операции в Azure в клиенте Microsoft Entra, управление субъектами-службами, регистрация API Microsoft Graph Управление ключами Управление ключами для центральных служб (простой протокол передачи почты и контроллеры домена) Наблюдаемость платформы Управление платформой и мониторинг, управление затратами Создание платформ, которые снижают когнитивную нагрузку. Разработайте платформу, которая упрощает сложные задачи для команд, работающих с нагрузками приложений. Предоставление возможностей для самообслуживания, автоматического развертывания и ясных ограничительных рамок, позволяющих командам приложений быстро действовать, не требуя глубоких знаний в управлении инфраструктурой. Этот подход балансирует между автономией и контролем, так как команды приложений работают быстрее, пока команда платформы поддерживает управление посредством автоматического применения политик, а не ручных процессов.
Дать возможность командам, работающим с рабочими нагрузками приложений, действовать более гибко.
Команды рабочей нагрузки приложений управляют прямыми бизнес-результатами и требуют автономии для быстрого реагирования на изменение требований. Организации, которые централизуют слишком много функций или заставляют команды приложений проходить через ручные процессы утверждения, замедляют доставку и создают узкие места, которые снижают конкурентное преимущество. Расширение возможностей команд по работе с рабочей нагрузкой приложений при сохранении управления требует управляющих мер на основе политик, а не централизованного контроля. Используйте следующее руководство для уполномочивания команд, работающих с рабочей нагрузкой приложений, для обеспечения гибкости.
Делегировать владение жизненным циклом приложения. Назначьте группам рабочей нагрузки приложений полную ответственность за создание и управление ресурсами приложений с помощью модели DevOps. Это владение включает управление базами данных, миграцию или трансформацию приложений, управление приложениями и мониторинг, Azure RBAC для ресурсов приложений, мониторинг безопасности и аудит ресурсов приложений, управление секретами и ключами для ключей приложений, управление затратами для ресурсов приложений и управление сетью для ресурсов приложений. Сквозное владение создает подотчетность и позволяет командам оптимизировать свои приложения, не ожидая, чтобы центральные команды реализовали изменения.
Обеспечение управления через политику, а не через процесс. Избегайте централизации, которая ограничивает гибкость. Не заставляйте команды, работающие с нагрузкой приложений, использовать централизованные артефакты или конвейеры развертывания. Вместо этого обеспечьте управление с помощью контролей, управляемых политиками, и управления доступом на основе ролей в Azure (RBAC). Этот баланс сохраняет инновации при сохранении стандартов соответствия и безопасности. Управление на основе политик лучше масштабируется, чем управление на основе процессов, так как оно автоматизирует проверки соответствия требованиям и обеспечивает немедленную обратную связь без вмешательства человека.
Установите четкие границы и интерфейсы. Определите четкие контракты между командой платформы и командами рабочей нагрузки приложений. Документируйте, что предоставляет платформа, что контролируют команды приложений и как команды запрашивают изменения в общих службах. Четкие границы снижают трение и предотвращают конфликты, которые замедляют выполнение.
Развертывание поддерживающих команд для закрытия пробелов в навыках
Упомогающие команды обеспечивают специализированную экспертизу, которая помогает командам приложений и платформ достигать необходимого уровня компетентности без необходимости развивать все навыки внутри компании. Организации без поддерживающих команд сталкиваются с неравномерным внедрением лучших практик, повторяющимися ошибками между командами и более медленным прогрессом, так как команды должны независимо развивать опыт в сложных областях. Дать возможность командам ускорить внедрение и снизить риск, предоставляя целенаправленную поддержку, обучение и коучинг. Используйте следующее руководство, чтобы развернуть команды для закрытия пробелов в навыках.
Определение пробелов в возможностях между командами. Оцените команды приложений и платформ, чтобы определить распространенные пробелы в навыках или областях, где команды пытаются принять передовой опыт. Сосредоточьте усилия команды на областях с высоким воздействием, где специализированная поддержка приносит максимальную ценность, таких как практики DevOps, внедрение безопасности или архитектурные шаблоны, ориентированные на облачные технологии.
Предоставьте поддержку и коучинг с ограничением времени. Представьте команды, которые помогают закрыть пробелы в навыках и содействуют внедрению DevOps методик для приложений или платформ, не обладающих специальными функциями. Эта поддержка важна для устаревших рабочих нагрузок, в которых невозможно построить полную емкость DevOps. Команды содействия помогают снизить риск и повысить темпы внедрения. Определите горизонтальные (кросс-функциональные) рекомендации и возможности, помогающие приобрести необходимые компетенции в организации, что обеспечивает согласованность с общей целевой облачной операционной моделью. Предоставление поддержки, обучения и коучинга для других команд, чтобы достичь необходимого уровня опыта. Связанные с временем взаимодействия предотвращают зависимость и обеспечивают команде разработку внутренних возможностей.
Создайте повторно используемые ресурсы и содействуйте сотрудничеству. Повторно используемые общие шаблоны и библиотеки создайте для команд приложений или платформ, а также способствуйте внутреннему взаимодействию, например проверенные модули Azure. Многократно используемые ресурсы ускоряют доставку между командами и обеспечивают согласованную реализацию рекомендаций. InnerSourcing призывает команды вносить улучшения в общие ресурсы, что создает непрерывный цикл улучшения, который дает пользу всей организации.