Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
פיצול פיד
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
פיצול פיד הוא פירוק הפיד כולו לכמה קבוצות משנה לא חופפות. יכול להיות שתצטרכו לבצע חלוקה למקטעים (sharding) בהתאם למערכות העורפיות, לסוגים ולגדלים של הציים.
מתי כדאי לבצע שרדינג
אם גודל הפיד גדול מדי (מעל 50MB), כי זה עלול לגרום לבעיות בביצועים כשהשותף מנסה לעמוד בדרישות לגבי עדכניות הנתונים.
יש קשיים טכניים במערכת העורפית של השותף בשילוב מידע על צי הרכבים בין מערכות במדינות שונות.
כדי למנוע פיצול שפוגע בביצועים של המערכת, מומלץ לבצע את הפעולות הבאות לכל מערכת של מיקרו-ניידות:
ללא עגינה: מומלץ להקפיד על מספר מינימלי של רסיסים, וליצור כל רסיס גדול ככל האפשר מבחינה לוגית. כל שארד צריך לכסות אזור שירות גיאוגרפי בגודל של אזור מטרופוליני לפחות, או גדול יותר.
Docked: מותר לבצע שרדינג, ומומלץ לשותפים לבצע שרדינג של הפיד לפי אזורים מטרופוליטניים.
הנחיות כלליות
כל שבר צריך להכיל קבוצה מלאה של קובצי GBFS שמתארים באופן מלא את המערכת ושאפשר להשתמש בהם באופן עצמאי.
כל המידע הרלוונטי צריך להיכלל בשבר אחד, ואסור להפנות לשברים אחרים. לדוגמה, רכב ללא תחנת עגינה ב-Shard A לא יכול להפנות לתוכנית תמחור של המערכת מ-Shard B. במקום זאת,
תוכנית התמחור והתשלומים שלה צריכה להיות מוגדרת ב-Shard A.
כל הרסיסים צריכים להיות נפרדים. אם כלי רכב ללא תחנת עגינה או תחנת עגינה מוצגים בשני רסיסים שונים, המערכת מתייחסת אליהם כשני ישויות נפרדות, והמידע המשוכפל יוצג למשתמשים.
אסור שיהיה חפיפה בין גדרות וירטואליות שמוגדרות בשברי מידע שונים.
אסור להשתמש בגדרות וירטואליות בסידור נגד כיוון השעון כדי להתייחס לאזורים מחוץ לפוליגון.
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-26 (שעון 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-07-26 (שעון UTC)."],[],["Sharding a feed divides it into non-overlapping subsets, which may be necessary for large feeds or backend limitations. Dockless systems should minimize shards, making each cover a metro area or larger. Docked systems can shard by metro area. Each shard must be self-contained, with no cross-referencing, and any duplicates across shards will appear as separate entities. Geofences in different shards cannot overlap and must have a clockwise arrangement.\n"]]