Разработка стратегии управления жизненным циклом приложения

Управление жизненным циклом приложений (ALM) — это набор процессов, людей и инструментов, которые управляют жизненным циклом агента. Всё начинается с первоначального сбора идей и требований, а затем продолжается через разработку, тестирование, развертывание и постоянное обслуживание до вывода из эксплуатации. В результате получается повышенная эффективность и предсказуемый, повторяемый способ доставки агентов.

Каковы преимущества ALM?

Преимущества практики здорового ALM включают:

  • Надёжные релизы: снижают риск ошибок и обеспечивают стабильные развертывания.
  • Управление и соблюдение требований: помогает обеспечивать соблюдение организационных политик и стандартов безопасности.
  • Масштабируемость и повторное использование: позволяет решениям развиваться без переосмысления процессов.
  • Качество на скорости: Сочетает быструю доставку с высокими стандартами качества.
  • Непрерывность бизнеса: минимизирует простои и сбои во время обновлений.
  • Командное сотрудничество: улучшает координацию между разработчиками, тестировщиками и операциями.
  • Сквозная дисциплина: Придаёт структуру каждому этапу жизненного цикла приложения.

Применение лучших практик Power Platform ALM

Copilot Studio построен на той же основе, что и Power Platform, и предлагает богатые варианты Application Lifecycle Management. Поэтому обе платформы следуют некоторым общим рекомендациям:

  • Определите стратегию среды , чтобы создатели могли строить внутри безопасных, лёгких и малоаудиторных сред, прежде чем следовать проверенным рекомендациям для развертывания агентов в тестовых и производственных средах и расширении использования.
  • Используйте решения как контейнеры для транспортировки артефактов и кастомизаций между окружениями.
  • Применяйте переменные среды для специфических для среды параметров и настраивайте ссылки на соединения для специфических соединений и учетных данных.
  • Реализовать варианты непрерывной интеграции и непрерывной доставки (CI/CD) как для безкодовых и профессиональных конфигураций (конвейеры, Azure DevOps или интеграции с GitHub).
  • Включить контроль версий с нативной интеграцией с Git.

Настройка и безопасность сред

Здоровая стратегия ALM включает как минимум три среды: разработку, тестирование и производство. После того как разработчик вносит изменения в агент в среде разработки, он продвигает его в тестовую среду. Если тестировщики обнаруживают ошибки, разработчик исправляет их в процессе разработки и снова повышает агента. После прохождения тестирования агент развёртывается в продакшн.

Настройте производственную среду как производственную среду. Настройте все остальные среды, включая разработку и тестирование, как песочницы.

Защитите каждую среду , используя группу безопасности Entra, чтобы ограничить доступ только её участниками.

Следуйте золотым правилам ALM

Используйте эти правила для обеспечения последовательного и надёжного процесса управления жизненным циклом приложения.

  • Не кастомизуйте вне среды разработки.
  • Всегда работайте в контексте решений.
  • Используйте пользовательского издателя и префикс.
  • Создавайте отдельные решения только если нужно развертывать компоненты отдельно.
  • Используйте переменные среды для настроек и секретов, которые меняются в разных средах.
  • Экспортируйте и внедряйте решения в соответствии с управлением, если только не создаёте среду разработки.
  • Рассмотрите возможность автоматизации ALM для контроля версий и автоматизированных развертываний.

Ознакомьтесь с особенностями Copilot Studio по ALM

Copilot Studio включает несколько конкретных элементов, которые не учитывают решения решений. Эти элементы не соответствуют обычному процессу развертывания решений и требуют шагов после развертывания в нижней среде, таких как:

  • Azure Application Insights settings
  • Настройки ручной аутентификации
  • Direct Line / Web Channel Security.
  • Развернутые каналы
  • Совместное использование (с другими производителями или с конечными пользователями)

Создание коллекций компонентов для многократного использования

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

Также можно использовать решение для экспорта и импорта коллекций компонентов. Такой подход позволяет перемещать контент между несколькими средами для поддержки сценариев ALM. Это позволяет нескольким командам разрабатывать части агентов в разных условиях с независимой частотой релиза.

Схема конфигурации коллекций решений и компонентов в DEV, TEST и PROD средах, показывающая коллекции IT и HR с использованием версионирования.

Изображение иллюстрирует, как коллекции компонентов настраиваются в различных средах для поддержки ALM. Он показывает четыре окружения:

  • Среда IT и HR-разработки
  • Среда Contoso DEV
  • Среда Contoso TEST
  • Среда Contoso PROD

Каждая среда содержит агенты и коллекции, которые можно повторно использовать и использовать в разных окружениях.

Purpose

  • Обеспечить повторное использование компонентов агента (тем, действий, знаний) в различных средах.
  • Поддерживайте сценарии ALM, позволяя модульную разработку и независимые частоты релиза.
  • Содействовать сотрудничеству между несколькими командами, обмениваясь коллекциями и экспортируя и импортируя решения.

Действия

  • Создавать коллекции компонентов для ИТ и HR (например, IT-темы, HR-действия).
  • Разрабатывайте агенты (например, Contoso Agent), которые ссылаются на эти коллекции.
  • Реализовать ALM-инструменты для экспорта и импорта решений для перемещения коллекций между DEV, TEST и PROD средами.
  • Контроль версий: Убедитесь, что все изменения контролируются версиями и документированы.

Ключевые практики для каждой среды

  • Среда IT и HR-разработки
    • Поддерживайте коллекцию IT и HR с темами, действиями и знаниями.
    • Внесите изменения в эти коллекции в этой среде и разверните их в верхних средах.
  • Среда разработки Contoso
    • Создайте Contoso Agent, ссылаясь на темы, действия и знания Contoso.
    • Интегрируйте коллекции IT и HR с теми же версиями, что и среда разработки.
    • Используйте эту среду для разработки и начальной интеграции компонентов агентов.
  • Среда Contoso TEST
    • Развернуть Contoso Agent для тестирования.
    • Импортируйте коллекции IT и HR с теми же версиями, что и среда разработки.
    • Используйте эту среду для валидации и контроля качества перед выпуском продакшна.
  • Среда Contoso PROD
    • Последнее развертывание агента Контозо.
    • Импортируйте коллекции со стабильными версиями, такими как IT Collection v1.0 и HR Collection v1.0.
    • Используйте эту среду для готовой к производству конфигурации, обеспечивая надёжность.

Лучшие практики

  • Повторное использование вместо дублирования: Делитесь коллекциями между агентами и средами.
  • Контроль версий: отслеживайте версии для согласованности и отката.
  • Модульный дизайн: отдельте IT- и HR-компоненты для гибкости.
  • Ритм независимого релиза: позволяет обновления, не мешая другим окружениям.

Выберите инструменты автоматизации ALM для развертывания агентов

Copilot Studio поддерживает несколько инструментов автоматизации ALM для помощи в развертывании агентов. Каждый вариант предлагает разные возможности и ориентирован на разную аудиторию:

  • Azure DevOps: Корпоративное решение для управления ALM с продвинутыми возможностями CI/CD и контроля версий.
  • GitHub Actions for Power Platform: Автоматизирует задачи, связанные с ALM, для разработчиков и администраторов на платформе GitHub.
  • Pipelines in Power Platform for Copilot Studio: Упрощает развертывания для гражданских разработчиков с использованием конвейеров развертывания, встроенных в Power Platform.

В следующей таблице приведено подробное сравнение доступных инструментов ALM:

Особенности или преимущества Azure DevOps GitHub Actions for Power Platform Конвейеры Power Platform для Copilot Studio
лучше всего подходит для Корпоративные команды, нуждающиеся в полном контроле ALM Команды разработчиков/администраторов управляют несколькими средами Организации, расширяющие возможности гражданских разработчиков
Ключевые возможности
  • Контроль версий через Azure DevOps Repos
  • CI/CD using Azure DevOps pipelines
  • Можно использовать Power Platform Build Tools для обычных задач автоматизации и развертывания
  • Enable Dataverse Git integration with Azure Repos
  • Решения для импорта и экспорта
  • Развертывание в низших средах
  • Среды обеспечения или депровизии
  • Статический анализ с помощью Solution Checker
  • Резервное копирование, восстановление, копирование, удаление и сброс сред
  • Централизованная видимость развертывания
  • Управление конвейерами и безопасностью
  • Быстрая подготовка к развертыванию
Сложность настройки Высокий (требует конфигурации и опыта) Умеренный (требуется настройка GitHub и скрипты) Низкий уровень (несколько минут подготовки)

Разработка стратегии тестирования

Тестирование агентов перед развертыванием является важной частью стратегии ALM для Copilot Studio. Дополнительные сведения см. в разделе "Разработка стратегии тестирования для агентов".

Следующий шаг

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