Podobno w Javie o błędzie mówi nam kompilator, a w PHP - klient #suchar , ale niech pierwszy rzuci kamieniem ten, kto nigdy nie otrzymał od klienta zgłoszenia o bugu na produkcji 😅
Jak uprzedzić naszego klienta i dowiedzieć się o błędach, zanim on sam je zauważy? Będziecie się mogli tego dowiedzieć z prezentacji "Architektura mechanizmu wykrywania problemów w działaniu aplikacji", którą zaprezentuje Krzysztof Borkowski
⭐Abstrakt:
Na początku projektowania nowej aplikacji, architekt stoi przed wieloma decyzjami do podjęcia i wieloma różnymi mechanizmami do zaprojektowania. W tym czasie głównie skupia się na tym, jak dostarczyć klientowi, w określonym czasie i budżecie, zamówioną przez niego funkcjonalność mając do dyspozycji takie, a nie inne zasoby. Jednym z obszarów, na który z reguły nie ma wówczas czasu, a który okazuje się kluczowy już w minutę po uruchomieniu produkcyjnym aplikacji, jest monitorowanie jej działania. I właśnie na tym skupię się w tej prezentacji.
Przedstawię architekturę mechanizmu, który pozwala wykrywać problemy w działaniu aplikacji, zanim nawet jeszcze klient zdoła je zgłosić jako bug w systemie śledzenia zgłoszeń. Mechanizm ten pozwala analizować sprawność (success rate) oraz wydajność działania poszczególnych akcji biznesowych (w odróżnieniu od technicznych). Znakomicie też ułatwia bugfixing. A wszystko to przy niemal pełnej niezależności zespołu developerskiego od administratorów, zespołu utrzymania aplikacji i narzędzi administracyjnych.