#azure-devops
Вопрос:
Я запускаю тест Cypress в своем конвейере сборки (VMImage: ubuntu-последняя версия), и он экспортирует видео теста. Но видео зависает через 3 секунды (в то время как само видео длится 15 секунд). Локально видео работает нормально. Похоже, это проблема при создании видео на низкоуровневом процессоре.
Я отключил кодировку для видео, чтобы оно занимало меньше процессора:
{
"integrationFolder": "cypress/integration/",
"reporter": "junit",
"reporterOptions": {
"mochaFile": "tests/test-output-[hash].xml",
"toConsole": false,
"attachments": true
},
"video": true,
"videoCompression": false,
"videosFolder": "tests/video",
"pluginsFile": "cypress/plugins/index.js",
"supportFile": "cypress/support/index.js",
"viewportWidth": 1600,
"viewportHeight": 1280
}
Можно ли обновить агент, на котором я запускаю конвейер сборки?
Ответ №1:
Все размещенные агенты работают на одном и том же типе виртуальной машины (сегодня: Standard_DS2_v2)
Если вам нужны виртуальные машины большего размера для ваших агентов, вы можете развернуть автономные агенты.
Ответ №2:
Можно ли обновить агент, на котором я запускаю конвейер сборки?
Я боюсь, что это невозможно обновить агент для улучшения процессора.
Это связано с тем, что производительность размещенных агентов привязана к уровню виртуальных машин, который Microsoft выбирает для агентов в пуле.
Об этом говорит голос пользователя, который дает нам возможность платить за более быстрые размещенные агенты сборки с большим количеством процессоров и операций ввода-вывода.
Если размещенные в Microsoft агенты не отвечают вашим потребностям, вы можете развернуть свои собственные агенты, размещенные самостоятельно, или использовать агенты масштабируемого набора.
Агенты масштабируемого набора позволяют указать любую пользовательскую конфигурацию агентов, которые будут развернуты в вашей собственной подписке Azure. Пожалуйста, рассмотрите этот вариант, если вам нужны виртуальные машины с большим количеством процессоров или памяти, или виртуальные машины с пользовательским оборудованием, таким как графические процессоры.