動態饋給資料分割

如要分割動態饋給，請將整個動態饋給分成多個不相交的子集。視後端系統、車隊類型和規模而定，可能需要分片。

分片時機

  • 如果動態饋給過大 (超過 50 MB)，合作夥伴嘗試遵守資料新鮮度規定時，可能會發生效能問題。

  • 合作夥伴的後端系統在整合不同國家/地區系統的車隊資訊時，遇到技術困難。

  • 為避免分片影響系統效能，建議您為每個微型移動系統採取下列做法：

    • 無基座：建議您盡量減少分片數量，並盡可能擴大每個分片的邏輯大小。每個分片涵蓋的地理服務區域必須至少與都會區一樣大，或更大。

    • 已停靠：允許分片，建議合作夥伴依都會區分片。

通則

  • 每個分片都必須包含一組完整的 GBFS 檔案，可完整說明系統，且可獨立使用。

  • 所有相關資訊都必須包含在單一分片中，且不得與其他分片交叉參照。舉例來說，Shard A 中的無樁車輛無法參照 Shard B 的系統定價方案。而是必須在 Shard A 中定義定價方案。

  • 所有分片都不得相交。如果無樁車輛或有樁車站出現在兩個不同的分片中，系統會將其視為兩個不同的實體，並向使用者顯示重複資訊。

  • 在一個分片中定義的地理圍欄，不得與在另一個分片中定義的地理圍欄重疊。

  • 地圖圍欄不得使用逆時針排列方式，參照多邊形外的區域。