Noćni uvoz tiho ne radi već tri dana, a nitko ne zna? Kako nadzirati zakazane poslove

Scenarij koji se događa češće nego što itko priznaje: svaku noć u 2 sata jedan posao preuzme nove narudžbe s webshopa i upiše ih u ERP. Radi godinama i nitko o njemu ne razmišlja.

U utorak partner koji vodi webshop promijeni pristupne podatke. Posao se u 2 sata pokrene, webshop ga odbije, i posao završi. Tiho.

U petak zove kupac: gdje je moja roba? Tek tada netko pogleda i shvati da tri dana narudžbi uopće nije ušlo u sustav.

Zašto zakazani poslovi padaju tiho

• Rade u pozadini. Nemaju ekran, nitko ih ne gleda, a rade usred noći.
• Greška ode u log koji nitko ne čita. Negdje na serveru postoji datoteka u kojoj piše točno što se dogodilo. Nitko je ne otvara.
• Pokreću se iz starog alata na starom serveru. Windows Task Scheduler na serveru za koji više nitko ne zna tko ga je postavio.
• Najpodmuklije: posao “uspješno” završi, ali ne napravi ništa. Pokrene se, ne javi grešku i prebaci nula narudžbi. Sve izgleda u redu, a ništa nije u redu.

Koji su to poslovi

Gotovo svaka firma ima nekoliko takvih poslova, a da ih nitko nije popisao:

• uvoz narudžbi s webshopa ili partnerskih portala
• sinkronizacija zaliha i cijena između sustava
• izvoz podataka u knjigovodstvo
• noćni izvještaji koji stižu mailom upravi
• backupi baza i dokumenata
• obnova certifikata i čišćenje starih podataka

Svaki od njih je u biti ono o čemu smo pisali u članku o povezivanju sustava: automatika koja zamjenjuje ručni rad. Ali automatika koja tiho stane gora je od ručnog rada, jer ručni rad bar netko primijeti.

Log koji nitko ne čita ili upozorenje koje stigne samo

Ista greška, dvije potpuno različite posljedice. Lijevo tri dana izgubljenih narudžbi i ljuti kupci. Desno pet minuta nakon greške netko zna što se dogodilo, i do jutra je popravljeno.

Četiri pitanja koja dobar nadzor postavlja

Nije dovoljno znati je li posao javio grešku. Dobar nadzor za svaki posao provjerava četiri stvari:

1. Je li se uopće pokrenuo? Ako se server ugasio ili je netko promijenio raspored, greške nema, jer se ništa nije ni dogodilo.
2. Je li završio bez greške?
3. Je li napravio ono što treba? Ako uvoz obično prebaci 120 do 180 narudžbi, a danas je prebacio nula, nešto ne štima, iako greške nema.
4. Koliko je trajao? Posao koji je prije trajao dvije minute, a sad traje dva sata, sutra će vjerojatno pasti.

Sve to završi na jednom ekranu:

Posao	Zadnje pokretanje	Rezultat	Status
Uvoz narudžbi s webshopa	danas 02:00	0 narudžbi (obično 120–180)	Upozorenje
Izvoz u knjigovodstvo	jučer 23:00	nije se pokrenuo	Greška
Sinkronizacija zaliha	danas 03:00	2.412 artikala	U redu
Noćni izvještaj prodaje	danas 06:00	poslan na 4 adrese	U redu

Kako saznati da je posao stao: četiri načina

Ne treba sve odjednom. Kreće se od najjednostavnijeg, a svaki sljedeći način hvata ono što prethodni propušta.

1. 1Posao javi kad padne
2. 2Posao javlja da je živ
3. 3Provjera rezultata
4. 4Centralni nadzor

1. Posao sam javi kad padne. Kad dođe do greške, posao pošalje mail ili poruku na Teams s opisom što se dogodilo. To je nekoliko redaka koda u postojećem poslu. Ali ako se posao uopće ne pokrene, nema tko poslati poruku.
2. Posao javlja da je živ. Na kraju svakog uspješnog pokretanja posao se javi vanjskom servisu za nadzor zakazanih poslova. Servis zna da poruku očekuje svaku noć do 2:30 i, ako je nema, sam pošalje upozorenje. Tako se hvata i ugašen server i promijenjen raspored, jer servis čeka poruku koja nije stigla. Takvih servisa ima više, s malim mjesečnim troškom ili besplatno za manji broj poslova.
3. Provjera rezultata. Ujutro jedna provjera u bazi pogleda koliko je narudžbi stiglo noćas i usporedi s uobičajenim. Nula umjesto 150 znači upozorenje, iako nijedan posao nije javio grešku. To je jedini način koji hvata najpodmukliji slučaj.
4. Centralni nadzor. Kad poslova ima puno, svi šalju podatke na jedno mjesto, na primjer u Application Insights, o kojem smo pisali u članku o nadzoru aplikacije. Tamo se vidi ekran iz tablice gore i postavljaju pravila: posao nije uspješno završio 26 sati, prebacio je nula zapisa, trajao je triput dulje nego inače.

Način	Greška	Nije se pokrenuo	0 zapisa	Spor posao	Trud
Posao javi kad padne	✓	–	–	–	mali
Posao javlja da je živ	✓	✓	–	–	mali
Provjera rezultata	✓	✓	✓	–	mali do srednji
Centralni nadzor	✓	✓	✓	✓	srednji

Za većinu firmi kombinacija drugog i trećeg načina pokriva gotovo sve, i uvodi se u nekoliko dana, bez diranja servera.

Treba li poslove seliti u Azure?

Ne nužno. Nadzor se dodaje poslovima tamo gdje već rade: na starom serveru, u Windows Task Scheduleru ili unutar aplikacije. Selidba u Azure Functions znači prepisati i ponovno testirati svaki posao, a to nije mali posao.

Selidba ima smisla kad se nešto ionako mora mijenjati: kad stari server odlazi, na primjer zbog kraja podrške za Windows Server 2016, ili kad se posao ionako prepravlja. Tada poslovi u Azure Functions nadzor dobiju gotovo sami od sebe, i nema servera koji se ugasi pa s njim i posao. Ako posao ipak selite u Azure Functions, naš besplatni generator cron izraza za Azure Functions pokazuje kad će se točno pokretati.

Što možete napraviti već ovaj tjedan

Popišite sve zakazane poslove u firmi: što rade, kad se vrte i gdje. Zatim za svaki odgovorite na jedno pitanje: tko dobije obavijest kad ovaj posao padne?

Kod većine firmi najčešći odgovor je “nitko”. A to znači da se o svakom od tih poslova saznaje kad nazove kupac.

Kako mi radimo

Upravo to radimo: dodajemo nadzor postojećim zakazanim poslovima tamo gdje rade, tako da znate čim neki stane ili ne napravi ono što treba, i postavljamo upozorenja koja stižu pravoj osobi. Selidbu u Azure predlažemo samo kad se isplati. Krećemo od popisa poslova i onih koji najviše koštaju kad stanu. Prvi korak je besplatni razgovor od 30 minuta.