Hereās the scenario: A new machine shows up. Instead of waiting on a manual trigger or even a regular notification schedule, Pulseway gives you the option to work ad hoc or notification-based. As soon as you install Pulseway for the first time, youāll get a "system registered" alert. That alert is your magic trigger.
From there, you can kick off a workflow like this one:
Trigger Workflow: Use the "system registered" alert to start the automation engine.
Assign Patch Policy: Automatically run the patching policy assigned to the group/org the machine belongs to.
Reboot Prep: Before rebooting (because we all know itās coming), send a message to the user āHeads up! Reboot in 10 minutesā.Ā
Schedule Reboot: Now that theyāre warned, schedule the reboot time and close the loop. š
Itās simple. Itās clean. And it saves you from 100 tiny headaches. No more micro-managing patch rollouts one device at a time.
Tired of babysitting new machines just to get them patched right? We get it. Youāve got better things to do than click around chasing every new install like itās a rogue PokĆ©mon.Ā
Hereās the scenario:
A new machine shows up. Instead of waiting on a manual trigger or even a regular notification schedule, Pulseway gives you the option to work ad hoc or notification-based. As soon as you install Pulseway for the first time, youāll get a "system registered" alert. That alert is your magic trigger.
From there, you can kick off a workflow like this one:
Trigger Workflow: Use the "system registered" alert to start the automation engine.
Assign Patch Policy: Automatically run the patching policy assigned to the group/org the machine belongs to.
Reboot Prep: Before rebooting (because we all know itās coming), send a message to the user āHeads up! Reboot in 10 minutesā.Ā
Schedule Reboot: Now that theyāre warned, schedule the reboot time and close the loop. š
Itās simple. Itās clean. And it saves you from 100 tiny headaches. No more micro-managing patch rollouts one device at a time.