Блог

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

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

В настоящее время я публикую приложение в папке локально из Visual Studio, а затем загружаю эту опубликованную папку на веб-сервер, где веб-сайт размещен в IIS.

Мой основной фокус, по которому я хотел бы получить совет:

Когда я запустил приложение в режиме реального времени на веб-сервере, и мне нужно внедрить исправление ошибки или, например, внести изменения в веб-страницу / изменение css, мои мысли были бы такими:

1. Опубликуйте новую версию приложения в локальной папке
2. Перевести сайт в режим обслуживания
3. Удалите всю текущую папку приложения с веб-сервера
4. Загрузите мою недавно опубликованную папку локального приложения (с шага 1.) на место, содержащее изменения
5. Заставьте веб-сайт снова работать

Будет ли это правильным подходом или есть гораздо лучшая практика / процесс для повторного развертывания?

Очевидно, что если бы это был обычный веб-сайт, вы бы просто заменили отдельные файлы html, JS или CSS, которые вы изменили, и все готово, но с приложениями Blazor все немного иначе, поскольку вам нужно опубликовать все приложение (насколько я знаю).

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

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

• Git для системы контроля версий.
• Сервер CI, например: Jenkins CI, Azure DevOps и т.д.

когда вам нужно развернуть, вы нажимаете определенный тег git, затем Jenkins CI, создаете и развертываете то, что вы хотите. Конечно, Jenkins CI поможет вам настроить параметры настройки в соответствии с каждой средой (разработка, тестирование, производство).

Использование

 dotnet clean
dotnet publish
  

поддержите процесс развертывания, повторного развертывания.

Для вас полезно несколько руководств:https://www.youtube.com/watch ?v = cyzn8v8dcB8