Jeśli napotkasz problemy, zapoznaj się z sekcjami poniżej.
Stan utraconego urządzenia w Fleet Engine
Podczas pracy z Fleet Engine zaprojektuj implementację, aby przewidzieć awarie. Jeśli na przykład wyślesz do usługi Fleet Engine żądanie z prośbą o zaktualizowanie pojazdu, może ona przesłać komunikat o błędzie informujący, że pojazd nie istnieje. Twoja implementacja powinna wtedy ponownie utworzyć pojazd w nowym stanie.
W bardzo nieprawdopodobnej sytuacji, gdy dojdzie do katastrofalnego błędu w Fleet Engine, może być konieczne ponowne utworzenie większości lub wszystkich pojazdów i zadań. Jeśli szybkość tworzenia stanie się zbyt wysoka, niektóre żądania mogą znowu się nie powieść z powodu problemów z limitem. Sprawdzanie limitów ma na celu unikanie ataków typu „odmowa usługi”. W takim przypadku zmniejsz częstotliwość odtwarzania za pomocą strategii zmniejszania czasu do ponowienia.
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ć. Biblioteki klienta Fleet Engine domyślnie wysyłają ponowne próby.
utrata stanu w aplikacji kierowcy;
Jeśli aplikacja kierowcy ulegnie awarii, musi ponownie utworzyć bieżący stan w pakiecie Driver SDK. Aplikacja powinna spróbować ponownie utworzyć zadania, aby mieć pewność, że istnieją, oraz przywrócić ich bieżący 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 element już istnieje, można zignorować ten błąd i zaktualizować element za pomocą jego identyfikatora.