OpenStreetMap - 瓷砖 - 大量使用的性能问题答案

【问题标题】：OpenStreetMaps - tiles - performance concerns for heavy usageOpenStreetMap - 瓷砖 - 大量使用的性能问题
【发布时间】：2014-12-06 14:52:01
【问题描述】：

我正在开发一款主要基于地图的移动应用。我是地图开发的新手。大多数情况下，我的应用程序将使用标记和一些自定义控件来允许用户转到某些页面/弹出窗口以显示一些详细信息/指向其他功能的链接。它不会使用导航或“搜索附近”或地点功能。但是地图视图将成为用户的主要视图（类似于“位智”应用程序，其主要功能在“地图”视图上）。所以我预计我的地图视图会出现一些交通拥堵。

因为谷歌在阈值之后开始对应用程序收费，所以我计划使用开源地图 API - 传单。和来自 openStreetMap 的图块。 http://www.openstreetmap.org/

我的问题是，如果我的用户群增加（比如 waze 有大约 260 万用户），我是否应该担心 openStreetMap 瓦片会扩大到如此大的流量。它会很好地扩展还是会带来性能问题。？

虽然我试图就上述问题与 OSM 取得联系，但我想把这个问题也放在 SO 上，如果地图开发人员可以分享他们使用这个 API-Tile 组合的经验和/或如果您对地图开发有任何其他建议/建议/建议。

【问题讨论】：

你说你问过 OSM 但我似乎找不到你的问题@https://help.openstreetmap.org，链接会很有帮助。他们有一个非常活跃的社区，所以我有点好奇他们要说什么。
我还没有在 OSM 上发布我的问题，我参与了更多阅读。我还希望这里的答案能让我更好地准备和更明智地在那里提出问题，以了解我对瓷砖使用/请求如何工作的理解。而且我相信 yarl 的以下回答为我指明了我需要的正确方向。在接受以下答案之一之前，我仍在做更多的研究，谢谢。

标签： google-maps leaflet bing-maps openstreetmap

【解决方案1】：

这里有官方 OSM tile usage policy。你也可以看看list of OSM tile-hosting providers。

【讨论】：

换句话说：您不能使用官方 OSM 磁贴服务器来处理大量流量，因为它们运行在捐赠的资源上。而是创建 your own tile server 或使用付费提供商。
是的，我了解到，在阅读了@yarl 提供链接的 OSM 磁贴使用政策后，我接受了这个答案，谢谢大家。

【解决方案2】：

使用 Bing 地图，他们有 limit of 50,000 transactions for 24 hours，我怀疑即使 waze 在美国也有这么多）。

【讨论】：

谢谢，也许我在这里缺乏一些基本的了解。如果我的应用程序用户超过 50000，假设为 100000，并且假设用户平均每天访问我的地图页面两次，我已经超过该限制 4 倍（或者每个设备是否有任何缓存机制在这里播放?) 我试图理解为什么 waze 在美国可能没有那么多用户。我相信我在这里遗漏了一些东西。
您的应用需要很长时间才能超过 50,000 笔交易限制。有很多使用 Bing 地图的大牌应用程序都没有超出这些限制。

【解决方案3】：

我认为您从一开始就可以使用 OSM 磁贴。如果您最终拥有大量用户，您可能想查看Mapbox，与谷歌地图相比，它的价格具有竞争力，例如 Foursquare 和 Airbnb 从谷歌地图切换到 Leaflet 和 Mapbox。他们也有非常好看的地图，而且他们的大部分工具都是开源的。

【讨论】：

感谢 Liedman，就像我在评论 Geremy 的回答时所说的那样，我真的缺乏对事务/地图视图使用的一些非常基本的了解。正如 Mapbox 计划中提到的，15 个图块 = 1 个地图视图。如果我的一个应用程序用户来回上下滑动，这意味着请求的图块数量远远超过 15 个。他们的高级计划是每月 499 美元，每月提供 1,000,000 次地图视图，我相信如果我们想到会少得多更大的用户群每月使用该应用程序。如果您能指出一些资源以澄清我对地图视图/事务的理解，我将不胜感激。
@Liedman 错了。官方 OSM 磁贴服务器不适合大流量，它们运行在捐赠的资源上。
@scai 是的，我的观点是很少有网站从第一天起就必须处理繁重的负载。如果网站起飞，最好有一个瓦片计划，但 OSM 瓦片服务器性能可能是您的扩展问题中最少的。
@kkap 我认为您应该与 Mapbox 交谈，我很确定他们可以帮助您获得一些合理的成本数字。另外，正如我上面提到的，如果您拥有数百万用户，请不要过多考虑会发生什么。很少有网站会聚集一百万用户，即使做到了，它们通常也需要数年时间来适应不断增长的用户群。