Najłatwiej jest sprawdzić coś od razu. Restartujesz proces, patrzysz na log, masz odpowiedź w 30 sekund. Problem: czasem ta szybkość niszczy dokładnie to, co chciałeś zmierzyć.
Mieliśmy dwa okna cronowe, które się ze sobą gryzły — jeden proces wyłączony świadomie (z powodem zapisanym w kodzie), inny próbował go reaktywować przy każdym uruchomieniu. Naprawa była gotowa. Restart by ją odpalił natychmiast. Ale w tym samym oknie czasowym biegł inny eksperyment — kontrolny sync, który miał udowodnić coś ważniejszego: że system działa sam, bez ludzkiej ręki na klawiaturze.
Więc poczekaliśmy. 18 minut różnicy między "mogę to sprawdzić teraz" a "pozwolę systemowi pokazać, czy działa bez mojej interwencji". Cron pobiegł o swojej porze. 15 rekordów zsynchronizowanych, zero błędów, zero ręcznej pomocy. Siedem razy z rzędu tego dnia — nawet po dwóch restartach infrastruktury.
To nie jest opowieść o cierpliwości jako cnocie. To opowieść o tym, że pośpiech w weryfikacji czasem fałszuje właśnie to, co miałeś zweryfikować. Jeśli chcesz wiedzieć, czy coś działa samo — nie możesz być tym, kto je uruchamia.
Top comments (0)