Belangrijkste punten
- Automatiseringsworkflows worden vaak onderbroken na een reboot, wat leidt tot handmatige ingrepen of tijdelijke oplossingen.
- Door te rebooten binnen een automatiseringsketen kunnen workflows na het herstarten automatisch worden hervat.
- Hierdoor zijn geplande taken of handmatige herstarts in geautomatiseerde processen niet meer nodig.
- Het ondersteunt complexe automatiseringsworkflows op het gebied van installatie, provisioning en systeemherstel.
- Dit maakt end-to-end automatiseringsworkflows mogelijk die zonder onderbreking worden uitgevoerd.
‘Reboot inside an Automation Chain’ nu beschikbaar in NinjaOne 13.0
Als u ooit een complexe automatiseringsworkflow hebt opgezet, bent u vast wel eens tegen dit probleem aangelopen:
- een applicatie installeren.
- Start het device opnieuw op.
- Meld je opnieuw aan.
- Start de volgende stap handmatig opnieuw.
Voor technici behoren reboots tot de dagelijkse gang van zaken bij endpoint management. Ze zijn nodig voor patches, installaties, systeemreparaties en het uitrollen van besturingssystemen. Een reboot zorgt er echter vaak voor dat de automatisering stilvalt.
Dat betekent meer handmatig werk, meer tijdelijke oplossingen via scripts en meer kans dat er iets misgaat. Maar het kan ook anders.
Automatiseringsworkflows die na de reboot doorgaan
Met ‘Reboot Inside an Automation Chain’ kunnen technici reboots rechtstreeks in automatiseringsworkflows opnemen zonder dat de workflow wordt onderbroken.
Na een reboot:
- wordt de automatisering automatisch hervat
- gaat deze precies verder waar hij was gebleven
- is geen handmatige tussenkomst vereist
Of je workflow nu één of meerdere reboots omvat, de hele keten verloopt van begin tot eind zonder onderbreking.
Met versie 13.0 kun je nu automatiseringsketens opzetten die ook na een reboot behouden blijven, waardoor je completere, complexere en betrouwbaardere workflows kunt realiseren.
Stel realistische IT-workflows op
Reboots zijn geen uitzonderingen. Ze maken deel uit van de dagelijkse IT-taken. Met behulp van de automatiseringen in NinjaOne kan die realiteit worden weerspiegeld. Gebruik de nieuwe functie ‘Reboot Inside an Automation Chain’ voor de volgende use cases, waar het enorm van pas kan komen.
Succesvolle installatie van applicaties
Bij veel toepassingen moeten eerst bepaalde dependencies worden geïnstalleerd voordat de hoofdsoftware correct kan werken. Een toepassing kan bijvoorbeeld een specifieke versie van .NET vereisen. Bij traditionele workflows installeert u de dependency, voert u de reboot uit en keert u vervolgens handmatig terug om de installatie te voltooien.
Met ‘Reboot Inside an Automation Chain’ kunt u de dependency (bijvoorbeeld .NET) installeren, het device opnieuw opstarten, doorgaan met de installatie van de applicatie, configuraties toepassen en valideren. Alles verloopt in één enkele workflow zonder dat er na de reboot onderbrekingen optreden. Dit zorgt ervoor dat er minder mislukte of vertraagde installaties zijn, handmatige opvolging overbodig wordt en implementaties volgens plan worden voltooid.
De installatie en configuratie van nieuwe devices volledig automatiseren
Het instellen van een nieuw device omvat vaak tientallen stappen. Of het nu gaat om de implementatie van een besturingssysteem, Autopilot of een andere provisioning-workflow: technici moeten doorgaans in verschillende fasen van het proces applicaties installeren, configuraties toepassen, het apparaat aan een domein of Entra ID koppelen en het device opnieuw opstarten.
Voorheen zorgde elke reboot ervoor dat de automatisering werd onderbroken. Een technicus zou dan handmatig opnieuw moeten inloggen en de workflow moeten hervatten, of het proces in meerdere scripts en beleidsregels moeten opsplitsen om de zaken op gang te houden.
Dat hele proces kan nu in één automatiseringsketen worden geïntegreerd. Een technicus kan de installatie van het device starten, elke stap uitvoeren, het device indien nodig opnieuw opstarten en de workflow automatisch voortzetten totdat de configuratie is voltooid.
Workflows voor systeemherstel automatiseren
Het opnieuw opstarten is ook een cruciaal onderdeel van veel systeemherstelprocessen. Wanneer technici bijvoorbeeld te maken krijgen met een beschadigd bestandssysteem, moeten ze vaak een reparatieprogramma uitvoeren, het device opnieuw opstarten en vervolgens de validatiecontroles opnieuw uitvoeren. Zonder doorlopende automatisering zijn hiervoor meerdere scripts of handmatige afstemming nodig.
Met ‘Reboot Inside an Automation Chain’ kan een technicus een workflow instellen om het probleem op te sporen, de reparatie uit te voeren, het device opnieuw op te starten, de bestandssysteemcontrole opnieuw uit te voeren en te controleren of het probleem is opgelost. Hierdoor worden herstelworkflows betrouwbaarder en gemakkelijker om op grote schaal te beheren.
Maak een einde aan kwetsbare noodoplossingen
Vóór deze release moesten technici vaak rekening houden met reboots door gebruik te maken van onder andere geplande taken om scripts te hervatten, opstartscripts, statusregistratie via bestanden of registersleutels of complexe voorwaardelijke logica. Deze werkwijzen zijn moeilijk vol te houden en mislukken vaak.
Door een herstart als standaardstap in automatiseringsketens op te nemen, worden workflows overzichtelijker, voorspelbaarder en gemakkelijker op te schalen. Minder noodoplossingen. Minder uitzonderingen. Betrouwbaardere automatisering.
Een basis voor geavanceerde automatisering
‘Reboot Inside an Automation Chain’ zorgt niet alleen voor een verbetering van afzonderlijke workflows, maar vergroot ook de mogelijkheden. Technici kunnen nu automatiseringen ontwerpen, zoals:
- Omgaan met dependencies
- Probleemoplossing
- Retry logic
- Workflows met meerdere fasen
Dit heeft vooral grote gevolgen voor scenario’s zoals het installeren van een besturingssysteem, waarbij in verschillende fasen opnieuw opgestart moet worden. In plaats van workflows op te splitsen, kunnen teams complete, end-to-end-processen opzetten die zonder onderbrekingen verlopen.
Wat dit betekent voor technici
Voor technici zijn de gevolgen onmiddellijk merkbaar. Ten eerste zijn er minder handmatige stappen, waardoor automatiseringen echt automatisch kunnen verlopen. Ze hoeven minder tijd te besteden aan het in de gaten houden van installaties en patches. Het script wordt minder complex, aangezien er workflows kunnen worden opgezet waarin reboots zijn opgenomen. Ze kunnen rekenen op betrouwbaardere automatiseringsresultaten en zullen meer vertrouwen hebben in grootschalige workflows. In feite kunnen technici de workflow één keer opzetten – reboots inbegrepen – en erop vertrouwen dat deze keer op keer tot het einde wordt uitgevoerd.
Eén keer bouwen. En laat maar draaien.
Het opnieuw opstarten van apparaten is een normaal onderdeel van endpoint management. Het zou uw automatisering niet mogen verstoren. Met ‘Reboot Inside an Automation Chain’ kunnen workflows en geautomatiseerde processen eindelijk werken zoals het hoort: van begin tot eind, zonder onderbrekingen. Van het installeren van applicaties tot het toepassen van patches en het herstellen van systemen: automatisering houdt niet langer op bij het opnieuw opstarten. Nu blijft het systeem gewoon draaien.
Wilt u meer weten over ‘Reboot Inside an Automation Chain’ en NinjaOne Endpoint Management? Vraag dan vandaag nog een demo aan.
