Question Clarification Job

Bonjour,

J'aimerai comprendre la différence qu'il y aurait entre ces deux scripts qui utilisent le job powershell. L'idée est de paralléliser le lancement et l'exécution d'un script PS sur des serveurs distants.
J'ai 2 choix:
- Start-Job pour tous le script incluant Invoke-Command qui lance la commande d'execution du script en local
- Stat-job comme paramètre de l'Invoke-Command

[code:1]
Get-job | Remove-job

foreach ($s in $a)
{

Start-job -ScriptBlock {

$sessions = New-PSSession -ComputerName $using:$s -ErrorVariable ErrorSession -Verbose

Invoke-Command -session $sessions -scriptblock {powershell c:\PS\Local.ps1 -verb runas} -Verbose

}
}

Get-job | Receive-job
[/code:1]

Plutôt que ceci:

[code:1]
Get-job | Remove-job

foreach ($s in $a)
{


$sessions = New-PSSession -ComputerName $s -ErrorVariable ErrorSession -Verbose

Invoke-Command -session $sessions -scriptblock {powershell c:\PS\Local.ps1 -verb runas} -Verbose -AsJob

}

Get-job | Receive-job

[/code:1]


Je comprends que dans le premier cas, pour chaque itération de la boucle ForEach() il y aura un job et que je peux contrôler le résultat dans le script. Cela semble correspondre à mon besoin.

Dans le cas de Invoke-Command {} -AsJob, je comprend que c'est le script local qui sera exécuté comme un job et que je pourrais avoir son résultat mais comme il s'agit d'une exécution locale d'un seul script, je ne vois pas l’intérêt dans mon cas? Pourtant avec l'Invoke-Command on suggère plutôt d'utiliser -Asjob.

Quelqu'un pourrai-il m'aider à y voir plus clair?

Merci Laurent. En fait j'(ai fais mes propres tests et dans mon cas le Asjob, combiné au PSSession est bien plus préférablee.

Merci et je note pour le livre.

Si ce n'est pas trop demandé, je crois qu'il serait aussi intéressant d'étudier les RunSpace qui offrirait plus de robustesse et de performance que les Job mais qui nécessite de bien maîtriser le sujet pour l'implémenter correctement dans son code.
Un Runspace pour les Nuls peut être?