Рубрики
Uncategorized

Создание программного опроса с использованием Blazor — часть 11 — Azure DevOps

Я решил написать сайт небольшого опроса, используя Blazor. Часть этого — это оправдание для изучения Blazor …. Теги от Blazor, Azure, DevOps.

Сайт обследования с использованием Blazor (12 частей серии)

Я решил написать сайт небольшого опроса, используя Blazor. Часть этого — это оправдание для изучения Blazor.

Как я учусь с Blazor, я буду блогаю об этом как серию статей.

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

Более ранние статьи в этой серии:

Я вообще использую Azure DEVOPS для моих личных проектов. Azure DEVOPS описан как:

«Azure DEVOPS предоставляет услуги разработчикам поддержать команды для планирования работы, сотрудничать по разработке кода и создавать и развернуть приложения. » Источник

И с целью непрерывной интеграции, доставки и развертывания я использую обслуживание трубопроводов Azure DEVOPS.

Что в имени?

Лично я бы предпочел, что Microsoft Marketing не решил использовать имя «DEVOPS» для собранных услуг.

Я могу понять, почему они выбрали это — но он добавляет только путаницу над тем, что есть.

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

Я люблю определение Дежопа от Донована Брауна (Microsoft):

«DevOps — это союз людей, процесс и продукты для обеспечения непрерывной доставки ценности нашим конечным пользователям». Источник

Я на самом деле предпочитал услуги, производители имени «Visual Studio Team Services» или «VST» — но я также могу увидеть, что как скорее ограничение.

Трубопроводы

Сервис трубопроводов Azure DEVOPS предоставляет услуги по сборке и развертыванию, аналогичные кругу CI, Teamcity, Jenkins, развертываю осьминога и т. Д.

Кажется, это часто упускается из виду, как инструмент CI/CD — но на самом деле очень хорошо.

Для этого проекта я определил 3 «трубопроводы»:

  • Создание, тестирование и развертывание
  • Производственный дымовой тест
  • E2E Test.

Трубопровод сборки, тестирования и развертывания

Как следует из названия, при совершении любых изменений в GitHub, трубопровод будет создавать, тестировать и развернуть приложение Blazor Server в службу приложения Azure.

Трубопроводы будут:

  • Восстановить пакеты Nuget
  • Создайте решение о программном опросе
  • Запустите тесты подразделения (Softwaresurvey. Неизвестные и мягкие ворсины. Модели. Неизвестные проекты)
  • Опубликовать приложение Software Survey
  • Развернуть в приложение Software Survey для Azure App Services
  • Скопируйте и опубликуйте конец для окончания тестов (Softwaresurvey. E2etests Project)

Это все довольно стандартные вещи — YAML для трубопровода можно найти здесь на Github Отказ

Производственный дымовой испытательный трубопровод

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

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

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

Трубопровод будет:

  • Загрузите тесты E2E (из конвейера сборки, тестирования и развертывания) к агенту
  • Настройте драйвер Chrome Web (необходимо для окончания конечных испытаний)
  • Запустить тест
  • Опубликовать окончательный экран теста — это позволило мне пересмотреть, как выглядело приложение, если бы тест не удался

YAML для этого трубопровода можно найти здесь на Github Отказ

Тестовый трубопровод E2E

Это самые сложные трубопроводы — и наименее использованные.

Я хотел закончить полное завершение постройки окружающей среды, развертываю приложение, проверьте его и уничтожайте экологический трубопровод — и это.

Я обычно бегаю только вручную — но в клиентской среде, я, вероятно, смотрел, чтобы включить в сборку, тестирование и развертывание.

Поскольку это стоит вставка Azure Services (COSMOS DB и SIGNALR), этот тест занимает больше времени для запуска (чуть более 20 минут).

Трубопровод будет:

  • Создайте среду Azure — с использованием шаблона ARM, сгенерированном Бицепс, о котором я говорил в части 10
  • Получите выходные значения из шаблона ARM — они используются позже при запуске тестов E2E
  • Загрузите приложение (из строить, тестируйте и развернуть трубопровод)
  • Разверните приложение новую среду
  • Загрузите тесты E2E (из конвейера сборки, тестирования и развертывания) к агенту
  • Настройте драйвер Chrome Web (необходимо для окончания конечных испытаний)
  • Запустить тест
  • Опубликовать последний экран теста
  • Удалить среду Azure

YAML для этого трубопровода можно найти здесь на Github

Ключевые вынос для Blazor Server

Короче, когда дело доходит до CI/CD — нет ничего особенного, нам нужно сделать для Blazor Server. Это похоже на развертывание любого приложения ASP.NET.

Да, нам может понадобиться разные сервисы для поддержки его (в основном сигнал), но это просто часть установки ARM (при условии, что вы развертываете с нуля).

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

Сайт обследования с использованием Blazor (12 частей серии)

Оригинал: «https://dev.to/redfolder/building-a-software-survey-using-blazor-part-11-azure-devops-ce6»