פתרון בעיות נפוצות
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
אם נתקלתם בבעיות, תוכלו למצוא עזרה בקטעים הבאים.
אובדן המצב ב-Fleet Engine
כשעובדים עם Fleet Engine, צריך לתכנן את ההטמעה כך שתתאים למקרה של כשלים. לדוגמה, אם שולחים בקשה ל-Fleet Engine לעדכון רכב, יכול להיות שתתקבל תגובה עם שגיאה שמציינת שהרכב לא קיים. לאחר מכן, ההטמעה אמורה ליצור מחדש את הרכב במצב החדש.
בתרחיש הנדיר מאוד של כשל קטסטרופלי ב-Fleet Engine, יכול להיות שתצטרכו ליצור מחדש את רוב כלי הרכב והמשימות או את כולם. אם קצב היצירה יהיה גבוה מדי, יכול להיות שחלק מהבקשות ייכשל שוב בגלל בעיות במכסות, כי יש בדיקות של מכסות כדי למנוע התקפות מניעת שירות (DOS). במקרה כזה, כדאי להאט את קצב היצירה מחדש באמצעות אסטרטגיית השהיה לפני ניסיונות חוזרים.
ניסיונות חוזרים
חשוב לוודא שהמערכת מטמיעה ניסיונות חוזרים לבקשות ל-Fleet Engine, כי לפעמים הן עלולות להיכשל. ספריות הלקוח של Fleet Engine מבצעות ניסיונות חוזרים כברירת מחדל.
איבוד המצב באפליקציית הנהג
אם אפליקציית הנהג קורסת, האפליקציה צריכה ליצור מחדש את המצב הנוכחי ב-Driver SDK. האפליקציה תנסה ליצור מחדש את המשימות כדי לוודא שהן קיימות ולשחזר את המצבים הנוכחיים שלהן. האפליקציה צריכה גם ליצור מחדש את רשימת התחנות של Driver SDK ולהגדיר אותה באופן מפורש.
הערה: צריך לבצע את השחזור הזה באופן עצמאי, בלי להסתמך על מידע מ-Fleet Engine, מלבד שגיאות שמציינות אם יש כבר ישות במסד הנתונים ומתי היא נוצרה. אם הישות כבר קיימת, אפשר לטפל בשגיאה הזו ולעדכן את הישות באמצעות המזהה שלה.
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-02-28 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-02-28 (שעון UTC)."],[[["Fleet Engine implementations should be designed to handle failures and potential data loss by recreating vehicles and tasks when necessary."],["In case of Fleet Engine failures, use a backoff strategy to manage the recreation rate and avoid quota issues."],["Implement retries for Fleet Engine requests to address occasional failures, leveraging client library defaults or custom mechanisms."],["Driver apps should autonomously restore state after crashes by recreating tasks and stops within the Driver SDK, relying on error handling for existing entities."]]],["Implement error handling for Fleet Engine failures, such as vehicle non-existence, by recreating entities. In catastrophic failures, recreate vehicles and tasks, using a backoff strategy if quota issues arise. Implement request retries, as provided by Fleet Engine client libraries. If the driver app crashes, autonomously recreate tasks and stop lists within the Driver SDK, relying only on Fleet Engine errors to determine if entities already exist for update purposes.\n"]]
