Dzisiaj miałem zadanie „napisać test kondycji” dla długo działającej usługi, która jest systemem koordynacyjnym do wdrażania aplikacji internetowej.
Próbuję ustalić, jaki byłby zakres takiej kontroli zdrowia, i wymyśliłem następujące pytania związane z zakresem kontroli zdrowia:
- Czy wystarczy uznać usługę za zdrową, jeśli system koordynacji zgłasza, że zadanie jest uruchomione?
- A może powinniśmy ręcznie pingować każdą usługę?
- A może powinien pójść dalej i spróbować upewnić się, że aplikacja internetowa robi to, co powinna, na przykład wyświetlać stronę internetową?
- Czy kontrola zdrowia musi również sprawdzać, czy niektóre usługi zależne również działają? Jak baza danych lub sam system orkiestracji. Czy jest to odpowiedzialność za kolejną kontrolę stanu zdrowia?
- I na koniec, jeśli jedna z usług zależnych nie działa, a aplikacja internetowa następnie ulegnie awarii, to czy powinna ona zgłosić zły stan zdrowia, czy też jest dobry, ponieważ nie jest to wina aplikacji internetowych?
Wiem, że jest to 5 osobnych pytań, ale wszystkie dotyczą zakresu sprawdzania kondycji długoterminowej usługi, która wdraża aplikację internetową, więc pomyślałem, że sensowniej byłoby trzymać je zgrupowane w jednym pytaniu.
Jest to dla mnie trudne do wdrożenia, ponieważ nie jestem pewien definicji tego, co jest zdrowe, ani jak powinna wyglądać standardowa kontrola stanu dla czegoś takiego.
Co powinna zawierać kontrola stanu tej konkretnej usługi?
2
Nigdy nie ufaj automatycznym raportom o stanie. Zawsze sprawdź sam status. Ciekawostki: Jedną z przyczyn incydentu w Tree Mile Island był wskaźnik „zamknięty zawór”, który w rzeczywistości wskazywał tylko, że wydano polecenie „zamknij zawór” , a nie to, że zawór był faktycznie zamknięty .
—
Kilian Foth
@KilianFoth: na podobny temat: znam firmę, która religijnie i gruntownie przetestowała, czy ich kopie zapasowe działają. Pewnego dnia mieli katastrofalną awarię dysku i dowiedzieli się: ich przywrócenie nie.
—
Jörg W Mittag
Myślę, że to jest praca osoby, która poprosiła cię o „napisanie kontroli stanu zdrowia”, aby zdefiniować, co rozumieją przez „zdrowie”. W przeciwnym razie to tylko zgadywanie.
—
Jörg W Mittag
Zgadzam się z komentarzem @ JörgWMittag, ale zrobiłbym nawet krok dalej. Powinieneś otrzymać swoje wymagania nie tylko od osoby, która powiedziała ci, że musisz zaprojektować „kontrolę stanu zdrowia”, ale także dowiedzieć się, kim są ludzie lub systemy, którzy wykorzystują dane będące częścią kontroli stanu zdrowia i dowiedzieć się, co oni potrzebują lub jak tego potrzebują. To są twoje wymagania, które będą napędzać twój projekt.
—
Thomas Owens
Wyjaśniłem to nieco i głosowałem za ponownym otwarciem, ponieważ myślę, że główne pytanie dotyczy tematu. Zrozumienie, jak rozpoznać, co powinno zostać uwzględnione w sprawdzeniu kondycji, jest całkowicie normalną rzeczą przy projektowaniu oprogramowania, nawet jeśli prawdziwą odpowiedzią jest „zapytaj o wymagania” (lub jego odmiana).
—
enderland