Si vous rencontrez des problèmes, consultez les sections suivantes pour obtenir de l'aide.
État perdu dans Fleet Engine
Lorsque vous utilisez Fleet Engine, concevez votre implémentation pour anticiper de défaillance. Par exemple, si vous demandez à Fleet Engine de mettre à jour véhicule, il peut renvoyer une erreur indiquant que le véhicule existent. Votre implémentation doit ensuite recréer le véhicule dans le nouvel état.
Dans le scénario extrêmement improbable d'une défaillance catastrophique de Fleet Engine, vous devrez peut-être recréer la plupart ou la totalité des véhicules et des tâches. Si le taux de création devient trop élevé, certaines requêtes peuvent à nouveau échouer en raison de problèmes de quota des vérifications sont en place pour éviter les attaques par déni de service (DOS). Dans ce cas, la vitesse le taux de recréation à l'aide d'une stratégie d'intervalle entre les tentatives.
Tentatives
Assurez-vous que votre système met en œuvre les nouvelles tentatives pour les requêtes envoyées à Fleet Engine, peut parfois échouer. Les bibliothèques clientes Fleet Engine émettent de nouvelles tentatives par défaut.
État perdu dans l'application du conducteur
Si l'application du pilote plante, elle doit recréer l'état actuel dans la SDK Driver. L'application doit tenter de recréer les tâches pour s'assurer qu'elles existent et restaurer leur état actuel. L'application doit aussi recréer et explicitement définir la liste des arrêts pour le Driver SDK.
Remarque: Ces restaurations doivent être effectuées en mode autonome, sans passer par des informations de Fleet Engine, à l'exception des erreurs indiquant si une entité existe déjà dans la base de données. Si une entité existe déjà, alors cette erreur peut être absorbée et l'entité peut être mise à jour à l'aide de son identifiant.