Jedyne, co zrobiłem, to przeniesienie zadań CRON do ustrukturyzowanego harmonogramu zadań w celu wykreślenia zależności i uzyskania wglądu w okna przestojów efektów.
Jakiś szkielet, który przypisuje unikalny identyfikator każdemu zadaniu cron i koreluje go w pliku (plikach) dziennika i / lub loguje się do określonej lokalizacji w celu zapisania informacji o środowisku wykonawczym (w przeciwieństwie do normalnego dziennika wyjściowego). Nie będzie to trywialne, jakkolwiek go zaprojektujesz, ale w małych systemach łatwo jest to sprawdzić, patrząc na swoje pliki crontab i pliki dziennika.
Zakładam jednak, że nie mówisz o małych systemach.
Podoba mi się ten pomysł i można go stosunkowo łatwo wdrożyć w samym cronie, a nie w otoku / frameworku. Po prostu md5sumuj linię crontab dla unikalnego identyfikatora i śledź SIGCHILD, aby rejestrować czasy zatrzymania.
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.