💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. В каждом вопросе верен только один вариант; близкие ответы различаются механизмом, порядком выполнения, областью действия или эксплуатационной границей. После завершения вы увидите общий результат, результаты по 6 тематическим шкалам и подробные объяснения.
Вопрос 10 из 30
Ресурс скачан из галереи. Как поступить, чтобы поведение осталось предсказуемым?
Его код выполняется с высокими правами; версию, издателя, хеш, зависимости и поведение Set нужно проверять как supply-chain компонент.
Test определяет соответствие, Set приводит к состоянию, Get возвращает текущее состояние; Set не должен выполняться, когда Test уже true.
Сначала валидируют параметры и зависимости, затем применяют минимальное изменение и подтверждают результат.
Ensure, Type и DestinationPath описывают желаемый объект; Contents/SourcePath имеют разные контракты и зависимости.
DependsOn задаёт порядок ресурсов, но не заменяет ожидание реальной готовности приложения внутри подходящего ресурса.
Вопрос 21 из 30
Компиляция проходит, применение падает. Какой подход выдержит повторный запуск?
PowerShell Компиляция проходит, применение падает Копировать
$result = Get-WinEvent -LogName Microsoft-Windows-DSC/Operational -MaxEvents 50
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }
Тест запускает Set/Test несколько раз и после перезагрузки, проверяя идемпотентность и сохранённое состояние.
Проверяют доступность версий ресурсов на узле, права LCM, пути, certificate и подробный DSC Operational log; компилятор не выполняет Set.
Все пути, модули и данные должны разрешаться воспроизводимо; компиляция на рабочем ноутбуке не должна скрывать внешние зависимости.
Сравнивают реальный Get, желаемые параметры и логику Test на минимальном стенде; частая причина — нормализация порядка, регистра или пути.
Нужны тайм-ауты внутренних операций, журналы ресурса и возможность повторного безопасного запуска; LCM не должен ждать бесконечно.
Вопрос 22 из 30
Test постоянно false. Какой принцип PowerShell здесь работает?
PowerShell Test постоянно false Копировать
$result = Get-DscConfiguration | Format-List *
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }
Нужны тайм-ауты внутренних операций, журналы ресурса и возможность повторного безопасного запуска; LCM не должен ждать бесконечно.
Test определяет соответствие, Set приводит к состоянию, Get возвращает текущее состояние; Set не должен выполняться, когда Test уже true.
Сравнивают реальный Get, желаемые параметры и логику Test на минимальном стенде; частая причина — нормализация порядка, регистра или пути.
Сопоставляют checksum/version артефакта, pull server metadata и ConfigurationStatus, а не только дату файла в репозитории.
Проверяют доступность версий ресурсов на узле, права LCM, пути, certificate и подробный DSC Operational log; компилятор не выполняет Set.
Вопрос 23 из 30
Ресурс завис на Set. Что точнее всего описывает поведение?
PowerShell Ресурс завис на Set Копировать
# Сценарий для ревью: Ресурс завис на Set.
$status = Get-DscConfigurationStatus -All | Select-Object -First 5 StartDate,Type,Status,Error
$lcm = Get-DscLocalConfigurationManager
[pscustomobject]@{ Mode=$lcm.ConfigurationMode; Frequency=$lcm.ConfigurationModeFrequencyMins; Status=$status }
$status | Export-Clixml .\dsc-status.clixml
Сопоставляют checksum/version артефакта, pull server metadata и ConfigurationStatus, а не только дату файла в репозитории.
Проверяют доступность версий ресурсов на узле, права LCM, пути, certificate и подробный DSC Operational log; компилятор не выполняет Set.
Сравнивают реальный Get, желаемые параметры и логику Test на минимальном стенде; частая причина — нормализация порядка, регистра или пути.
Нужны тайм-ауты внутренних операций, журналы ресурса и возможность повторного безопасного запуска; LCM не должен ждать бесконечно.
DependsOn задаёт порядок ресурсов, но не заменяет ожидание реальной готовности приложения внутри подходящего ресурса.