Предоставление подтверждения концепции для корпоративного развертывания Azure DevTest Labs

  • Статья

Предприятия в связи с такими преимуществами, как маневренность, гибкость и экономичность, быстро адаптируют облачные технологии. Первым шагом часто является разработка и тестирование рабочих нагрузок. Azure DevTest Labs предоставляет функции, которые используют преимущества предприятия и поддерживают Ключевые сценарии разработки и тестирования.

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

У каждого предприятия различные требования к внедрению Azure DevTest Labs в организацию. Подтверждение концепции — первый шаг к успешному комплексному развертыванию.

Для успешного подтверждения концепции сделайте следующее:

  1. Выберите одну или две команды.
  2. Определите сценарии команд, такие как виртуальные машины разработки или среды для тестирования.
  3. Задокументируйте текущие варианты использования.
  4. Разверните DevTest Labs для выполнения сценариев и вариантов использования команд.
  5. Оцените успешность и изученные уроки.

Основные сценарии DevTest Labs включают облачные среды для разработки, тестирования и обучения. К вариантам использования относятся:

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

Необходимые компоненты

Чтобы успешно выполнить подтверждение концепции DevTest Labs, выполните следующие предварительные требования:

Основные сведения

Дополнительные сведения об Azure и DevTest Labs см. в следующих ресурсах:

Общие сведения о областях в центре внимания предприятия

Распространенные проблемы предприятий, рабочие нагрузки от которых можно перенести в облако:

Оформление подписки Azure

Регистрация всех пользователей в идентификаторе Microsoft Entra

Для управления, например добавления пользователей или добавления владельцев лабораторий, все пользователи лаборатории должны принадлежать клиенту идентификатора Microsoft Entra для подписки Azure, в которой используется пилотный проект. Многие предприятия настраивают гибридное удостоверение, чтобы пользователи могли использовать свои локальные удостоверения в облаке. Для подтверждения концепции DevTest Labs не требуется гибридное удостоверение.

Область подтверждения концепции

Пилотный проект фокусируется на использовании минимальных необходимых рабочих нагрузок и зависимостей, чтобы принять решение о том, подходит ли Azure DevTest Labs для вашего предприятия. Выберите простейшую рабочую нагрузку с наименьшими зависимостями, чтобы обеспечить быстрое и "чистое" успешное выполнение. Или выберите наиболее репрезентативную рабочую нагрузку, которая представляет возможные трудности. Таким образом вы сможете реплицировать успешную реализацию пилотного проекта на этапе горизонтального увеличения масштаба.

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

Выполните следующие задачи для определения области пилотного проекта:

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

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

Принятие других решений по планированию и разработке

Полноценное техническое решение в рамках DevTest Labs требует некоторых важных решений по планированию и проектированию. Подтверждение концепции помогает нам принять такие решения. Дальнейшие рекомендации:

топология использования подписки;

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

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

Топология сети

Сетевая инфраструктура по умолчанию, которая автоматически создается в DevTest Labs, может не удовлетворить требования и ограничения в отношении пользователей предприятия. Например, предприятия часто используют следующие решения:

Дополнительные сведения см. в разделе Сетевые компоненты.

DevTest Labs также поддерживает добавление в лабораторию существующих виртуальных сетей, используемых для создания новых виртуальных машин. Дополнительные сведения см. в статье Добавление виртуальной сети в Azure DevTest Labs.

Удаленный доступ к виртуальной машине

Есть несколько вариантов удаленного доступа к виртуальным машинам DevTest Labs для корпоративных пользователей:

Доступ к лабораториям и разрешения

Перед окончательным развертыванием DevTest Labs важно в целом решить, кому будет предоставляться каждый уровень доступа к лаборатории. Два основных уровня разрешений DevTest Labs — владелец и пользователь DevTest Labs. Распространенная модель — назначить владельцу бюджета, например руководителю команды, уровня владельца лаборатории, а членам группы — уровня пользователей лаборатории. Затем пользователь, ответственный за бюджет, может настроить параметры политики лаборатории и обеспечить функционирование команды в пределах бюджета.

Завершение подтверждения концепции

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

Пример плана подтверждения концепции

В следующем примере показан план определения области развертывания DevTest Labs для подтверждения концепции.

Обзор

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

Цели

Цели подтверждения концепции следующие:

  • Комплексное решение для поставщиков с помощью гостевых учетных записей Microsoft Entra для доступа к изолированной среде Azure.
  • среда DevTest Labs со всеми необходимыми ресурсами для эффективной работы поставщиков;
  • идентификация и понимание возможных проблем, которые могут блокировать работу и влиять на более широкое использование и внедрение;
  • хорошее понимание всего кода и сопутствующих материалов сотрудниками, разрабатывающими решение;
  • уверенность в широком внедрении для всех участников.

Требования

К решению предъявляются следующие требования:

  • Группы поставщиков могут использовать набор лабораторий в Azure DevTest Labs.
  • У поставщиков есть доступ к лабораториям с помощью идентификатора Microsoft Entra и назначений ролей.
  • Поставщики могут успешно подключаться к своим ресурсам, таким как подключение VPN типа "сеть — сеть", которое обеспечивает доступ к виртуальным машинам без использования общедоступных IP-адресов.
  • Лаборатории подключаются к сетевой инфраструктуре, которая поддерживает требования.
  • DevTest Labs устанавливает набор артефактов программного обеспечения, которые требуются поставщикам на виртуальных машинах.

Необходимые компоненты

  • Подписка, используемая для проекта.
  • Клиент Microsoft Entra и microsoft Entra Global Администратор istrator, который может предоставить справку и рекомендации по идентификатору Microsoft Entra
  • Способы совместной работы членов проекта, например:
    • Azure Repos для исходного кода и скриптов;
    • Microsoft Teams или SharePoint для документов;
    • Microsoft Teams для общения;
    • Azure Boards для рабочих элементов.

Задачи настройки

  • Определите, какой регион Azure следует использовать для подтверждения концепции.
  • Определите, следует ли присоединять виртуальные машины лаборатории к домену Microsoft Entra и использовать ли доменные службы Microsoft Entra или другой метод.
  • Определите поставщиков, которые будут использовать среду подтверждения концепции.
  • Определите необходимые ресурсы для поставщиков, например программное обеспечение, доступное на виртуальных машинах.
  • Выберите службы Azure (отличные от Виртуальных машин), которые поставщики могут использовать в DevTest Labs.
  • Спланируйте, как будет осуществляться обучение поставщиков использованию лаборатории.

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