Поделиться через

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

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

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

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

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

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

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

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

Prerequisites

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

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

Узнайте об Azure и DevTest Labs, используя следующие ресурсы:

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

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

Получите подписку Azure

  • Предприятия с существующим соглашением Enterprise , обеспечивающим доступ к Azure, могут использовать существующую или новую подписку для DevTest Labs. Если на месте есть соглашение Enterprise, подписка Enterprise Dev/Test предоставляет доступ к клиентским операционным системам Windows 10/Windows 8.1 и скидкам на рабочие нагрузки разработки и тестирования.

  • Кроме того, вы можете использовать подписку Visual Studio для пилотного развертывания и воспользоваться бесплатными кредитами Azure.

  • Вы также можете создать и использовать бесплатную учетную запись Azure для пилотного проекта.

  • Чтобы использовать образы клиентских ОС Windows (Windows 7 или более поздней версии) для разработки или тестирования в Azure, выполните одно из следующих действий.

    Дополнительные сведения о кредитах Azure для каждого предложения MSDN см. в ежемесячном кредите Azure для подписчиков Visual Studio.

Регистрация всех пользователей в идентификаторе 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.

Overview

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

Goals

Доказательство концепции имеет следующие цели:

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

Requirements

Решение имеет следующие требования:

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

Prerequisites

  • Подписка, используемая для проекта

  • Клиент Microsoft Entra и инженер платформы, который может предоставить справку и рекомендации по идентификатору Microsoft Entra

  • Способы совместной работы членов проекта, например:

    • Azure Repos для исходного кода и скриптов
    • Microsoft Teams или SharePoint для документов
    • Microsoft Teams для бесед
    • Azure Boards для рабочих элементов

Задачи установки

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

Дальнейшие шаги

  • Last updated on