Cum pot identifica alertele legate de automatizări și fluxuri de lucru autonome?
Automatizările și fluxurile de lucru autonome pot efectua activități operaționale fără a necesita ca o persoană să inițieze manual fiecare pas.
Cu toate acestea, execuția automată nu elimină necesitatea monitorizării.
Afacerea ar trebui să fie capabilă să identifice execuțiile nereușite, rezultatele neașteptate și situațiile care necesită investigații.
Ce evenimente ar trebui să monitorizez?
Exemple importante includ:
1. O automatizare care nu reușește să se finalizeze.
2. Un flux de lucru care întâmpină o eroare de execuție.
3. O integrare externă care devine indisponibilă.
4. O dependență necesară care împiedică progresul.
5. O acțiune care returnează un rezultat neașteptat.
6. O activitate programată care nu produce rezultatul așteptat.
7. Un proces care necesită atenția umană.
Dacă aceste evenimente generează alerte automate depinde de mecanismele de notificare suportate și de configurație.
Unde pot investiga o problemă?
Începeți cu modulul responsabil pentru activitate.
Revizuiți istoricul de execuție disponibil și detaliile tehnice.
Acolo unde este suportat, înregistrările de execuție pot ajuta la identificarea stării unei activități, rezultatul returnat și erorile întâmpinate.
Care este diferența dintre o execuție eșuată și un rezultat de afaceri neașteptat?
O execuție eșuată indică în general că sistemul nu a putut finaliza o operațiune intenționată.
Un rezultat de afaceri neașteptat poate apărea chiar și atunci când execuția tehnică se finalizează cu succes.
De exemplu, un flux de lucru poate executa corect, dar produce un rezultat care necesită revizuirea afacerii.
Aceste situații ar trebui investigate diferit.
Pot alertele preveni eșecurile fluxului de lucru?
O alertă nu previne neapărat un eșec.
Scopul său este de a face un eveniment relevant vizibil, astfel încât afacerea să poată investiga și răspunde.
Prevenirea eșecurilor recurente necesită de obicei identificarea și corectarea cauzei fundamentale.
Ce ar trebui să fac după ce am identificat un eșec?
1. Localizați execuția afectată.
2. Revizuiți starea sa și detaliile erorilor disponibile.
3. Determinați care pas sau dependență a fost afectată.
4. Verificați configurația automatizării sau fluxului de lucru relevant.
5. Verificați orice integrare externă implicată.
6. Corectați problema de bază, acolo unde este posibil.
7. Testați din nou fluxul de lucru folosind un scenariu adecvat.
Evitați să reporniți repetat operațiunile consecvente fără a verifica dacă încercările anterioare s-au finalizat parțial.
Pot mai multe fluxuri de lucru să eșueze din același motiv?
Da.
O dependență comună, o problemă de integrare, o problemă de configurație sau o întrerupere a serviciului pot afecta mai multe operațiuni.
Când mai multe eșecuri apar în același timp, investigați dependențele comune înainte de a trata fiecare execuție ca un incident izolat.
Care este practica recomandată?
Utilizați istoricul de execuție ca sursă principală de investigație tehnică și notificările ca un mecanism suplimentar de conștientizare operațională, acolo unde este suportat.
Aceasta oferă o abordare mai fiabilă pentru monitorizarea activității de afaceri automatizate.