У меня есть консольное приложение, написанное на ядре Net, которое функционирует как windows служба. Моя цель состоит в том, чтобы развернуть это на одной из наших виртуальных машин с помощью Azure devops, чтобы мы могли установить приложение как службу и сделать так, чтобы оно опрашивало внутренний API и запускало некоторые бизнес-логики c по таймеру за кулисами.
Мой конвейер сборки находится в DevOps и генерирует необходимые артефакты (в основном папку, которую я хочу развернуть на ВМ) в виде zip-файла, но у меня сейчас проблема с развертыванием в файловой системе.
Обычно в Devops мы будем развертывать на IIS с использованием принципа службы или службы приложений, которая связана с нашим Azure клиентом, что означает, что большая часть проверки et c для нас, однако, после просмотра документации Microsoft Я не смог найти пример того, как использовать сервисный принцип (по существу, проверенное соединение между DevOps и ВМ) для развертывания в файловой системе ВМ.
Есть ли у кого-нибудь указатели относительно того, какую задачу использовать за это? Я смотрю на передачу файлов с помощью опции S SH, и, похоже, она позволяет вам выбрать принцип обслуживания (который у нас есть в любом случае, поскольку мы уже размещаем веб-сайты IIS на этом сервере), поэтому теоретически я считаю, что мог бы использовать это.
Любая помощь или указатели / лучшие практики для этого сценария будет принята с благодарностью.