Часть 2. Windows update
Часть 2.1 Служба обновлений и ее журнал
Часть 2.2 Настраиваем удаленный доступ
Часть 2.3 Ловим исключения
Часть 2.4 Проблема слишком больших прав
Часть 2.5 Разрешение удаленного подключения
Часть 2.6 Параллельная обработка задач, -parallel,  powershell jobs, Runspaces
Часть 2.7 И, наконец, получим первый список
Часть 2.8 Итого

Часть 3. Обрабатываем, что получилось
Часть 3.1 Немного про общую логику
Часть 3.2 В предыдущих сериях
Часть 3.3 Обновление списка обновлений
Часть 3.4 Обрабатываем оба списка сразу – список обновлений и список с сервера
Часть 3.5 Осталось только выгрузить в Excel
Часть 3.6 Отладка и наладка
Часть 3.7 Альтернативы?

Часть 4. Параллельное исполнение: Powershell jobs
Часть 4.1 Почему Powershell jobs
Часть 4.2 Руководство
Часть 4.3 Переходим к примерам Powershell jobs
Часть 4.4 Переходим к практике Powershell jobs

Часть 4. Параллельное исполнение: Powershell jobs

Часть 4.1 Почему Powershell jobs

У Powershell есть несколько вариантов параллельного исполнения кода.
Первый и наиболее известный, это Foreach-Parallel
Второй - Start-Job и Start-ThreadJob

В чем минус Job ? Это параллельное исполнение скрипта, из результатов которого еще и надо задачу получить. Плюс, точнее минус, этому процессу сложно отдавать какой-то объект для исполнения, у него непривычная схема того, что ему можно отдать на вход. То, что в руководстве описано как «Example 10: Use the ArgumentList parameter to specify an array»

В чем плюс? Сохраняется читаемость, в моем случае. Я ж не настоящий программист.

Часть 4.2 Руководство
В руководстве написано крайне .. плохо -
Start-Job -ScriptBlock
и дальше пишите себе что хотите.
но ScriptBlock это крайне, крайне неудобно, если не читать описание:

$a = { Get-Service BITS }
Invoke-Command -ScriptBlock $a

То есть, скриптблок можно описать почти как функцию

Like functions, script blocks can include the dynamicparam, begin, process, and end keywords

только есть нюансы.

Часть 4.3 Переходим к примерам Powershell jobs

Пример

$PfadZurSpeicherdatenbank = $PSScriptRoot
$Skriptversion = "12"
$Block1 =
{Get-ChildItem}

Start-Job -ScriptBlock $Block1 -Name JobExample01
Start-Job -ScriptBlock $Block1 -Name JobExample01 # это повтор строки и так надо для примера
Get-Job
Get-Job -Name JobExample01
Receive-Job -Name JobExample01

Обратите внимание на параметры  State и HasMoreData
Get-Job | Select Id, Name, PSJobTypeName, State, HasMoreData 
Get-Job | Select Id, Name, PSJobTypeName, State, HasMoreData | format-table

Сделайте
$Data2 = Receive-Job -Name JobExample01
$Data2

Обратите внимание.
Я запросил итоги задачи «-Name JobExample01». Таких задач в списке должно быть две,
и в переменную попали оба вывода, от двух задач с разными ID и одинаковыми именами. ID уникален, имя – нет, зато имя можно генерировать.

Теперь сделайте все что выше в виде одного скрипта, и удивитесь – в вывод $Data2 не попало ничего. Хотя задачи в списке есть. Но вывод из задачи со статусом Completed и HasMoreData = False вы уже получили, а вывод из задачи, которая еще выполняется (Running), хотя данные из нее еще не получали, но HasMoreData  =True.

Удалим все задачи.

Get-Job | Remove-Job

Чтобы перейти дальше, сделаем еще один пример из руководства:

$a ={ param($p1, $p2)
"p1: $p1"
"p2: $p2"}

&$a -p2 "First" -p1 "Second"

И примеры не из руководства: пример 1

$Job02 = {
param ($Out500001)
write-host "JB1" $Out500001}

Start-Job -ScriptBlock $Job02 -ArgumentList "ABC123"
Start-Sleep 5; Get-Job ;
Get-Job | Receive-Job
Get-Job | Remove-Job

И примеры не из руководства: пример 2

$Job03 = {
param ($Out500001)
foreach ($Job03data in $Out500001){
write-host "JB3" $Job03data}}

$Job03Array = (1,2,22)
Start-Job -ScriptBlock $Job03 -ArgumentList $Job03Array
Start-Sleep 5;
Get-Job | Receive-Job

И примеры не из руководства: пример 3

$Job04 = {
param ($Out500001)
foreach ($Job03data in $Out500001){
write-host "JB4" $Job03data}}

$Job03Array = (1,2,22)
Start-Job -ScriptBlock $Job04 -ArgumentList  (,$Job03Array)
Start-Sleep 5;
Get-Job | Receive-Job

И примеры не из руководства: пример 4

$Job05 = {
param ($Input01, $Input02)
write-host "JB5-1 " $Input01
write-host "JB5-2 " $Input02}

Start-Job -ScriptBlock $Job05 -ArgumentList ("A123", "B456")
Start-Sleep 5;
Get-Job | Receive-Job

Тут стоило описать, как использовать именованные переменные \ параметры, но я не стал. Вроде можно. Но мне не очень нужно.
Выводы из увиденного в примерах предлагается сделать самостоятельно

Часть 4.4 Переходим к практике Powershell jobs

И теперь делаем все сразу!

$PfadZurSpeicherdatenbank = $PSScriptRoot
$Skriptversion = "12"
$MeineErsteSicherungsdatei = $PfadZurSpeicherdatenbank + "\" + "nur-eine-datei-part12.xml"
$Fehlermeldung01 =  "Achtung, da ist etwas schiefgelaufen"

if (Test-Path $MeineErsteSicherungsdatei){$NewKeinArray = Import-Clixml -Path $MeineErsteSicherungsdatei}
else {Write-Host $Fehlermeldung01}

$MeineErsteLogin = $PfadZurSpeicherdatenbank + "\" + "dieparole.txt"
$DasPasswordFileExist  = Test-Path -Path $MeineErsteLogin
if ($DasPasswordFileExist -eq $false) {$DieParole = Get-Credential
Export-Clixml -Path $MeineErsteLogin -InputObject $DieParole}
else {$DieParole = Import-Clixml $MeineErsteLogin}

$MeineServerliste = @("192.168.122.250","192.168.122.251")
# $DataRemote1 = Get-HotFix -ComputerName $MeineServerliste[0] -Credential $DieParole

$Rn = Get-Random -Minimum 1 -Maximum 200
$NameRn = "JobExample12" + $Rn
$Block2 = {
param ($ServerAsParam, $CredentialsAsParam)
$DataInBlockRemote1 = Get-HotFix -ComputerName $ServerAsParam -Credential $CredentialsAsParam
Return $DataInBlockRemote1}

Start-Job -ScriptBlock $Block2 -ArgumentList ($MeineServerliste[0], $DieParole)  -Name $NameRn
Start-Sleep 5;
$DataInBlock = Get-Job -Name $NameRn| Receive-Job

Заключение

На этом как бы все. Все необходимые элементы для своего личного костыля, если он вам действительно нужен, у вас есть.

Литература
Как использовать циклы While и Foreach в Powershell Foreach на примерах
Running ForEach in parallel on Windows Powershell 5 (and older)
about_Foreach
about_Foreach-Parallel
Optimize performance using parallel execution
Работа с фоновыми процессами через Jobs в Powershell
Named Arguments for PowerShell Functions: Best Practices
PowerShell background jobs unlock scripting performance
about_Script_Blocks
PowerShell Tip –> Passing array as an argument to a Job/ ScriptBlock
Возврат значения из powershell invoke-command агенту SQL-Server

Исследование Центра Тауба показало, что влияние искусственного интеллекта неоднородно: в одних отраслях он служит дополнительным фактором, повышающим производительность, а в других — замещающим и может поставить под угрозу рабочие места.

При этом лишь около трети предприятий в Израиле предоставляют своим сотрудникам обучение в этой области. Другими словами, хотя цифровая революция уже началась, в большинстве организаций она ещё не стала активной частью повседневной жизни. Возможно, проблема не в самой технологии, а в том, как мы её внедряем.

Агент? Слуга. Почему бы нам не дать ИИ по-настоящему работать?

Сегодня большинство агентов ИИ в организациях действуют как послушные помощники: ждут команд, выполняют определённые инструкции и ничего не делают, пока их об этом не попросят. Если им не указано явно, что проверять, у кого запрашивать информацию или какой отчёт формировать, они просто остаются в тени.

Мы знаем, что человек-агент не может выполнять свою работу без доступа к знаниям, учётной записи в организации, технологического подключения к системам и так далее.

Однако, когда речь идёт об ИИ-агентах, мы делаем их «краткими» и целенаправленными: мы не предоставляем им адрес электронной почты, не создаём для них учётную запись в Slack, не предоставляем им доступ к документам и, что самое главное, не позволяем им связываться с другими людьми, чтобы получить то, что им нужно.

Причины этого разнообразны: от недоверия, проблем с конфиденциальностью и безопасностью до реального страха исчезновения рабочих мест с появлением ИИ.

В любом случае, понятно, почему организации испытывают дискомфорт при мысли о предоставлении ИИ другой коммерческой компании свободного доступа ко всем корпоративным данным. Результат? Очень умные агенты, способные писать код, составлять электронные письма и выполнять расширенную аналитику, — просто ждут. И если мы не скажем им, что делать, они ничего не предпримут.

Введите «Агентство» для вашего агента.

Хотя большинство организаций по-прежнему рассматривают агентов ИИ как пассивные инструменты, некоторые компании осознали, что ключ к успеху кроется в предоставлении агентам настоящей «деятельности». В этих компаниях агенты ИИ уже действуют как коллеги, имея определённую идентичность в организации, возможность общаться с сотрудниками и даже право инициировать диалог по критически важным вопросам.

Например, ИИ-агент, который проактивно предоставляет обратную связь по расписанию и встречам организации. Вы запланировали три встречи подряд? Агент понимает ваши чувства и свяжется с организаторами с просьбой перенести встречи, чтобы дать вам время передохнуть и сосредоточиться на работе.

Вы запланировали 30-минутную встречу с менеджером по продукту, который склонен расширять свои слова? Агент имеет доступ к истории встреч и, основываясь на содержании встречи и составе участников, сможет рекомендовать продление встречи на 15 минут.

Так как же нам наделить искусственный интеллект полномочиями?

Во-первых, относитесь к агенту как к сотруднику по всем параметрам. Но на практике предоставление агентству с искусственным интеллектом означает предоставление ему безопасного доступа к организационной информации для использования его возможностей. Назначьте агенту чёткую роль с определённой зоной ответственности.

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

Во-вторых, наладьте постоянный диалог и предоставляйте агенту обратную связь, как обычному сотруднику. Как он будет учиться и совершенствоваться без обратной связи?

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

И наконец, пусть всё «просто» работает. Если агент анализирует информацию и даёт рекомендации на её основе, стоит позволить ему развивать их.

Например, IT-агент, подключённый к системе адаптации новых сотрудников, может не только выявлять потребности, но и предлагать решения — выделять компьютер, создавать учётные записи пользователей и, конечно же, предварительно заказывать для них фирменную бутылку и сумку.

Так что же дальше?

Следующее поколение агентов ИИ не будет просто помощниками. Они не будут слугами, они будут коллегами.

Для этого нам нужно изменить наше отношение к агентам. Как только мы перестанем относиться к агенту как к сотруднику, выполняющему приказы, и начнём видеть в нём наставника Агентства, который помогает нам наметить путь, мы сможем добиться от него большего.

И настоящий вопрос заключается в следующем: готовы ли мы простить своё достоинство, отказаться от «полного контроля» и позволить им тоже создать Агентство

Автор: Янив Ницан

Перевод с иврита

ИСТОЧНИК