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

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

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

Преимущества эффективного применения ALM включают:

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

Рекомендации по внедрению ALM Power Platform

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

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

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

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

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

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

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

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

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

Изучение специфических аспектов ALM в Copilot Studio

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

  • Параметры приложение Azure Insights
  • Управление параметрами проверки подлинности вручную
  • Настройки безопасности Direct Line / веб-канала
  • Развернутые каналы
  • Совместное использование (с другими создателями или с конечными пользователями)

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

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

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

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

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

  • Среда разработки IT и HR
  • Среда разработки Contoso
  • Среда тестирования Contoso
  • Рабочая среда Contoso

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

Назначение

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

Действия

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

Основные рекомендации для каждой среды

  • Рабочая среда для IT и HR
    • Поддерживайте коллекции IT и HR с темами, действиями и знаниями.
    • Внесите изменения в эти коллекции в данной среде и разверните их в вышестоящих средах.
  • Среда разработки CONTOSO
    • Создайте агент Contoso, используя темы, действия и знания Contoso.
    • Интегрируйте коллекции IT и HR с теми же версиями, что используются в среде разработки.
    • Используйте эту среду для разработки и начальной интеграции компонентов агента.
  • Среда тестирования Contoso
    • Разверните агента Contoso для тестирования.
    • Импортируйте коллекции IT и HR с теми же версиями, как в среде разработки.
    • Используйте эту среду для проверки и контроля качества перед производственным выпуском.
  • Среда разработки Contoso
    • Окончательное развертывание агента Contoso.
    • Импортируйте коллекции со стабильными версиями, такими как коллекция IT версии 1.0 и коллекция HR версии 1.0.
    • Используйте эту среду для рабочей конфигурации для обеспечения надежности.

Рекомендации

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

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

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

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

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

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

Определение стратегии тестирования

Тестирование агентов перед развертыванием — важная часть стратегии ALM для Copilot Studio. Подробнее см. в статье Разработка стратегии тестирования для ваших агентов.

Далее

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