Rozwiązywanie typowych problemów

Jeśli napotkasz problemy, zapoznaj się z sekcjami poniżej.

Utracony stan we Fleet Engine

Pracując z Fleet Engine, zaprojektuj implementację tak, aby była przewidywana błędów. Jeśli na przykład wyślesz do Fleet Engine prośbę o zaktualizowanie pojazdu, może pokazać komunikat o błędzie wskazujący, że pojazd nie istnieje. Wdrożenie powinno następnie odtworzyć pojazd w nowym stanie.

W skrajnie nieprawdopodobnym przypadku katastrofalnej awarii Fleet Engine może być konieczne odtworzenie większości lub wszystkich pojazdów i zadań. Jeśli współczynnik utworzenia stanie się zbyt duża, niektóre żądania mogą ponownie zostać odrzucone z powodu problemów z limitem prowadzone są testy mające na celu uniknięcie ataków typu DoS. W tym przypadku zwolnij aby obniżyć wskaźnik rekreacji, wykorzystując strategię wycofywania i ponownych prób.

Liczba ponownych prób

Upewnij się, że Twój system implementuje ponowne próby wysyłania żądań do Fleet Engine, ponieważ mogą one czasami się nie udać. Domyślnie ponawiane są próby zgłoszenia problemów z bibliotekami klienta Fleet Engine.

utrata stanu w aplikacji kierowcy;

Jeśli aplikacja kierowcy ulegnie awarii, musi ona odtworzyć bieżący stan w pakiecie Driver SDK. Aplikacja powinna próbować odtworzyć zadania, aby sprawdzić, czy istnieją i przywrócić ich obecny stan. Aplikacja powinna też ponownie utworzyć i wyraźnie ustawić listę przystanków w pakiecie Driver SDK.

Uwaga: te przywracania muszą być wykonywane niezależnie od informacji z Fleet Engine, z wyjątkiem błędów wskazujących, czy i kiedy dany obiekt istnieje już w bazie danych. Jeśli jednostka już istnieje, że błąd może zostać wchłonięty, a element można zaktualizować za pomocą jego identyfikatora.