Jeśli napotkasz problemy, zapoznaj się z sekcjami poniżej.
Stan utraconego urządzenia w Fleet Engine
Podczas pracy z Fleet Engine zaprojektuj wdrożenie tak, aby przewidywać awarie. Jeśli na przykład wyślesz do Fleet Engine żądanie aktualizacji pojazdu, może ona odpowiedzieć błędem wskazującym, że pojazd nie istnieje. Wdrożenie powinno następnie odtworzyć pojazd w nowym stanie.
W bardzo mało prawdopodobnym scenariuszu katastrofalnej awarii Fleet Engine może być konieczne ponowne utworzenie większości lub wszystkich pojazdów i zadań. Jeśli tempo tworzenia stanie się zbyt wysokie, niektóre żądania mogą ponownie zakończyć się niepowodzeniem z powodu problemów z limitem, ponieważ limity są sprawdzane, aby uniknąć ataków typu „odmowa usługi” (DOS). W takim przypadku zmniejsz częstotliwość ponownego tworzenia, stosując strategię wycofywania w przypadku ponownych prób.
Liczba ponownych prób
Upewnij się, że system implementuje ponawianie żądań do Fleet Engine, ponieważ czasami mogą one się nie powieść. Biblioteki klienta Fleet Engine domyślnie ponawiają próby.
Utrata stanu w aplikacji dla kierowców
Jeśli aplikacja kierowcy ulegnie awarii, musi odtworzyć bieżący stan w pakiecie Driver SDK. Aplikacja powinna spróbować ponownie utworzyć zadania, aby upewnić się, że istnieją, i przywrócić ich bieżące stany. Aplikacja powinna też ponownie utworzyć i wyraźnie ustawić listę przystanków dla pakietu Driver SDK.
Uwaga: przywracanie musi odbywać się autonomicznie, bez korzystania z informacji z Fleet Engine, z wyjątkiem błędów wskazujących, czy i kiedy podmiot już istnieje w bazie danych. Jeśli element już istnieje, można zignorować ten błąd i zaktualizować element za pomocą jego identyfikatora.