Jeśli wystąpią problemy, pomoc znajdziesz w sekcjach poniżej.
Utrata stanu 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 prośbę o zaktualizowanie pojazdu, może ona odpowiedzieć błędem wskazującym, że pojazd nie istnieje. W takim przypadku wdrożenie powinno ponownie utworzyć pojazd w nowym stanie.
W 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 się nie powieść z powodu problemów z limitem, ponieważ limity są sprawdzane, aby uniknąć ataków typu DoS. W takim przypadku zmniejsz tempo ponownego tworzenia, stosując strategię wycofywania się w przypadku 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 powieść. Biblioteki klienta Fleet Engine domyślnie wykonują ponowne próby.
Utrata stanu w aplikacji kierowcy
Jeśli aplikacja kierowcy ulegnie awarii, musi ona ponownie utworzyć bieżący stan w pakiecie Driver SDK. Aplikacja powinna pró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: te przywrócenia muszą być wykonywane autonomicznie, bez polegania na informacjach z Fleet Engine, z wyjątkiem błędów wskazujących, czy i kiedy element już istnieje w bazie danych. Jeśli element już istnieje, można zignorować ten błąd i zaktualizować element za pomocą jego identyfikatora.