Требуются ли для самостоятельных агентов выделенные машины?

Question

Я перевожу сборки XAML в Azure Devops.Цель состоит в том, чтобы удалить выделенный промежуточный сервер сборки, чтобы сократить расходы.

Ниже описан процесс: 1) Создайте веб-приложение ASP.NET.2) Скопируйте конфиги, сборки, WebPackage из выходных данных Build в различные папки в общей папке UNC, которые впоследствии будут получены заданием Release Pipeline.

Поскольку размещенные агенты Microsoft не позволяют использовать общий ресурс UNC, я хотел использовать Self Hosted Agent.

Вопрос: Могу ли я использовать Self Hosted Agent без необходимости выделенного сервера для хранения выходных данных сборки в образе или контейнере, которые затем можно скопировать на общий ресурс UNC?Я новичок в Devops, и поэтому статьи о MS смутили меня, если мне нужен выделенный сервер или нет.

Попытка настроить пул Self Hosted Agent, но шаги предполагают, что мне требуется машина, на которой SelfРазмещенный агент должен быть настроен.Если это так, то это означает, что мне потребуется отдельная машина, как в процессе XAML.Я болтаю?Извините, если да :-)

Ожидаемый результат: Запустите конвейер сборки с автономными агентами в облаке без использования выделенного сервера.

Answer 1

UNC Разделяет или нет, «самодостаточный агент» - это агент, который вы устанавливаете на свой собственный сервер, для этого может быть несколько причин, например, доступ к серверу sql для тестирования, которое находится в вашей локальной сети, для выполнениятесты во время сборок.

Если вы пытаетесь сократить расходы, агент с собственным размещением может оказаться полезным, если у вас уже есть серверное оборудование, на котором он может работать.Если нет, вы также можете просто использовать размещенный агент сборки, все, что построено на нем, может быть опубликовано непосредственно в Azure Devops или в других местах, несмотря на различные задачи сборки.

Answer 2

... Так как размещенные агенты Microsoft не разрешают использовать общий ресурс UNC ...

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

Вам не нужен доступ к общим ресурсам UNC для хранения артефактов для последующего использования;используйте действие по сборке Publish Artifacts.Это будет хранить ваши результаты сборки внутри и делать их доступными для последующих выпусков.