Normal view

There are new articles available, click to refresh the page.
Yesterday — 27 October 2025Main stream

最后一个没有广告的地图,要消失了

By: 周奕旨
27 October 2025 at 22:20

彭博社的 Mark Gurman 爆料称,苹果正计划最早明年,在地图 app 里引入广告。

形式可能类似于 App Store 的搜索广告——商家可以花钱,让自己的店铺信息在搜索结果里排得更靠前。

这条消息不大,在连绵的科技板块只占了一个角落,但我仍然感到遗憾——

最后一个没有广告的地图,恐怕也要消失了。

干净的系统,是个美丽的误会

在国内,苹果地图是一个很特别的存在。

由于测绘资质的限制,它的地图数据其实来自高德,商家信息又大量抓取自大众点评,可以说是不折不扣的「拼好图」,也很像果式审美+国内商业数据的「缝合怪」。

为数不多的苹果地图用户,恐怕早已习惯面临他人的质疑:你干嘛不用功能更全、信息更准的高德和大众点评呢?

我想,国内为数不多的用户和我的答案会出奇地一致:图个清静。

在中文互联网的语境里,「免费」从来都很昂贵,平台提供工具,你成为流量,平台需要用这些流量去换取广告费、去完成 O2O 闭环、去构建它的商业帝国。

百度地图、高德地图都是这条商业逻辑下的产物,它们的本质是餐饮、酒店、打车、娱乐的超级聚合体,它们必须热闹,必须拥挤,必须想尽办法让你「点一下」,再多「点一下」。

而苹果很特别。它不会在你导航前,先弹出一个打车红包;不会在你搜索「咖啡」时,强行塞给你一张 8 折优惠券;更不会在你只想安安静静开车时,当个呱噪的美女或搞笑艺人,并且在车道上铺满广告……

它只是一个地图,仅此而已。

这种清净是如此可贵,以至于我们愿意容忍它偶尔的路线不准、信息滞后,用一种近乎宽容的态度,维持着这份特别。

这种特别进而映射的,是消费者一直以来对待苹果的「默契」——

我花了不菲的价格买了 iPhone,我为硬件付了高额溢价,作为回报,你理应给我一个干净、安全、不受打扰的系统。

这很公平,也很理想。

讽刺的是,我们认定的那份「默契」,或许只是一场长达十年的一厢情愿——

地图之所以一直没有广告,不是苹果不想,而是它先天有缺,花了大量时间补身体。

时间拉回 2012 年,世界很热闹,《江南 Style》火遍全球,诺基亚发布了最后一代塞班旗舰 808,伦敦奥运会刚刚落幕。

而在硅谷,苹果和 Google 正闹分手。

iPhone 诞生之初,内置的是 Google 地图,但随着 iOS 和 Android 成了死对头,苹果受不了这个命门攥在对手手里。

于是,苹果地图(Apple Maps)仓促上线。

2012 年 9 月,苹果在 iOS 6 中用自家的地图服务取代了 Google 地图,但新上线的苹果地图出现了大量错得离谱的问题:地标错误、3D 视图扭曲、道路融化、建筑消失、路线导航失灵等,遭到了全球用户和媒体的猛烈批评。

面对这场公关灾难,Tim Cook 在 2012 年 9 月 28 日发布了一封罕见的致用户公开信,在这封信里,他写道:

在苹果,我们努力打造世界一流的产品,为客户提供最佳体验,上周我们推出的新地图,未能兑现这一承诺。我们对由此给客户带来的挫败感深表歉意,我们正在竭尽全力让地图变得更好。

起点太低,反倒成了一件好事。

从废墟里爬出来的苹果地图,根本无暇去和 Google 硬碰硬,优先级最高的任务,是别再出洋相,做好「地图」本身,因此也顾不上去搞广告。

此后数年,苹果一直在地图上缝缝补补,直到 2015 年的 iOS 9,苹果才加入了公交线路这种基础功能,而在 2018 年,苹果又对外宣布,他们要推倒重来,用 100% 自采数据,重新构建整个地图——

这个版本,直到 2020 年初,才在美国全境上线,苹果地图,堪称刚刚完善。

紧随而来的,是我们熟悉的 AI 浪潮,这家巨无霸的注意力再次大规模转移,这份一厢情愿的默契,又得以幸存一段时间。

今天的苹果地图,不仅称得上堪用,在某些功能上甚至做出了特色:比如在海外地区,苹果地图的 3D 楼宇建模效果,可以说没有任何其它第三方地图能够追的上。

我们的净土,商业的浪费

现在,债还完了,地图功能刚完善,AI 浪潮刚稳住,苹果终于腾出手来,打算把地图变成了它规划的样子。

它之所以会腾出手来做这件事, 是因为那个曾与我们默契的苹果,早已不是 2012 年的那个苹果了。

2012 年,苹果还是一家「iPhone 公司」,它的绝大部分利润来自卖硬件,而软件和服务,是护城河的一部份,是为了让硬件更好卖的配套设施。

但十三年后的今天,苹果已非吴下阿蒙——

App Store、Apple Music、iCloud、Apple Pay……一口气念不完的服务业务,已经成为苹果内部仅次于 iPhone 的第二大收入来源,而且利润率高得吓人。

这个巨无霸,已经悄然转型为一家「服务公司」。

当一个价值数万亿美元的生态帝国建成,当硬件增长开始放缓,Cook 和他的团队,自然会把目光投向帝国版图里那些尚未被充分利用的土地。

苹果系统里,还有多少广告位待开发?

苹果早在 2016 年就做了示范。

彼时,在 App Store 中,苹果启用了 Apple Search Ads(苹果搜索广告):一个纯粹的竞价排名系统。

开发者(广告主)可以针对「笔记」、「修图」这样的关键词进行付费竞价,谁出价高、谁的相关性强,谁的 App 就能排在搜索结果的顶端。

这个模式被证明非常成功,下一个,自然轮到地图了。

从商业逻辑来说,这无可厚非。

地图天生就连接着搜索意图和线下消费,这是离钱最近的入口之一,苹果坐拥全球数亿最高价值的用户群体,却让这块「风水宝地」闲置了十年。

在追求增长和效率的 Cook 眼里,这简直是浪费。

于是,地图这片被用户视作「默契」的自留地,顺理成章地,即将变成一个「竞价展位」。

至于曾信守「默契」的用户……到头来,不过是一厢情愿罢了。

而给地图引入 Apple Search Ads 这件事儿,也不只是破坏了默契。

作为用户这一方,地图本质上是一个关乎真实和信任的工具——我们相信它会客观地告诉我,A 点到 B 点怎么走最快,相信它会诚实地告诉我,附近有哪些咖啡馆。

但「竞价排名」一进来,这份信任就破产了。

等 Apple Search Ads 启用后,你在地图上搜索「火锅」,排在第一位的,将不再是评分最高、距离最近的那家,而是花了最多广告费的那家。

作为对抗,用户还可以用评分作为衡量体系,以此来获取相对真实的信息,但对于参与地图的第三个角色——商家来说,这是更残酷的时代。

在这场「曝光量」的军备竞赛里,星巴克、麦当劳、连锁超市……它们有充足的预算,去购买「附近 5 公里」、「咖啡」、「午餐」这样的关键词。

而小本经营的独立咖啡馆、夫妻面馆、藏在巷子里的小书屋,怎么可能竞争得过那些财大气粗的连锁品牌?

最终,地图推荐给你的,不再是最好的、最有特色的,而是最有钱的。

类竞价系统,到了最后比的就是经济实力,这样的结果,在无数购物和外卖平台上,已经反复证实了。

▲ 图片来自社媒截图

当然,苹果可以辩解,说这只是为了「帮助商家更好地被发现」,但我们每个人都心知肚明,当「发现」需要付费时,它就是平台新的增长极。

归根结底,地图只是一个缩影,背后是平台、商家、消费者的三方博弈,这种博弈屡见不鲜,且最后的结果都大致相似——消费者与商家妥协多一点,平台赚得多一点。

只要是平台、商家、消费者三方存在,这种博弈就会存在,这套商业逻辑经过反复验证,冰冷、坚硬,且无可辩驳。

我们之所以对苹果地图的「沦陷」感到如此遗憾,不是因为我们天真到不懂这个道理,恰恰相反,是因为我们曾一度以为,苹果会是那个例外。

现在,这场美丽的误会终究还是解开了,当最后一块净土也被插上竞价展位的旗帜,互联网的「公地悲剧」已经无可挽回,商业化已经成为一种不可违抗的引力,没有任何一个角落可以幸免。

我们怀念的,是一个「工具」还只是「工具」的时代。

「工具」的本分是服务你,而「平台」的本能是经营你,当一个地图不再只负责「带路」,而是开始规划你该去哪家店时,它的身份就已经变了。

对于一家服务公司而言,提供好的服务只是情分,赚钱才是本分。一切所谓的「用户体验」,到了财报上都还是要让位于数字的增长。

我们目睹着一个又一个「广场」无可挽回地变成了「商场」,这背后,其实是所有平台都必须回答「如何盈利」的终极问题。

让我有个美满旅程

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


Before yesterdayMain stream

低价冷数据存储方案 - Lightsail + S3 + Nextcloud 实现 $1/TB/月

By: James Guo
5 April 2023 at 00:30

如果你有大量的数据——大于 2TB 的数据,需要非常安全可靠的存储,同时这些文件的访问频率低于一年两次,那么最佳的选择是什么呢?本文将介绍我结合 AWS Lightsail,使用 S3 Glacier Deep Archive 存储的方案,实现了最低 $0.99/TB/月的低价云存储。

市面云存储价格对比

TL;DR 考虑到成本和最大容量问题,我使用 iCloud 作为小数据的 “热备份”,使用 S3 作为大文件的 “冷备份”

在进入正题前,我们来对比一下目前市面上的几个存储方案,这里只对比面向个人的存储方案;你也可以直接跳到 Nextcloud 章节。Google Workspace、Apple Business 等面向企业的存储方案往往溢价更高,这里不再做对比。这里所展示的价格为美国区不含税的价格。一些服务会对其他国家有价格歧视 (低价区),这不是本文所讨论的范围。

提供商 容量 价格 (美元) 单价 (美元/TB/月)
iCloud 50GB 0.99 19.80
200GB 2.99 14.95
2TB 9.99 5.00
6TB 29.99 5.00
12TB 59.99 5.00
Google Drive 1 100G 1.99 19.90
200G 2.99 14.95
2TB 9.99 5.00
OneDrive 1 100GB 1.99 19.90
1TB 6.99 6.99
6TB 2 9.99 1.67
Dropbox 2TB 11.99 6.00
3TB 19.99 6.66
Mega 400GB 3 5.41 13.53
2TB 3 10.84 5.42
8TB 3 21.68 2.71
16TB 3 32.53 2.03
Pay-as-you-go 3 16.27/3TB 起 2.71
Adobe Creative Cloud 4 2TB 9.99 5.00
4TB 19.99 5.00
10TB 49.99 5.00
20TB 99.99 5.00
  1. 使用年费方案,Google Drive 和 OneDrive 会更便宜一些,详情参见官网。
  2. OneDrive 并不提供 6TB 的个人套餐。该套餐为家庭套餐,可供 6 个账户使用,每个账户提供 1TB 存储空间。
  3. Mega 的流量是有所限制的,详情参见官网
  4. Adobe 需要配合其他订阅 (至少 $9.99/月) 才可以购买空间

价格分析

苹果和谷歌都提供了 $9.99/2TB/月 的存储方案,2TB 对于绝大多数人已经够用,甚至还有点多。苹果和谷歌的更高级的套餐可以与包含自己在内的 6 个人进行共享。微软提供了 $6.99/1TB/月的存储方案,该方案还包含了 Office 套件。相比之下,微软的家庭版套餐提供更高的总容量,但每人限制 1TB 而非 6TB 共享,使得其不是那么的灵活。

根据自己的使用习惯,苹果、谷歌和微软可能也没有多少选择。如果全家都是苹果全家桶用户,那么就直接苹果的 2TB 家人共享就很合适。如果是 Windows 用户,同时是 Office 使用者,那微软的方案是最合适的。如果是 Google Photos 的用户,或者经常使用 Google Workspace 来写文档,那么选择谷歌是更好的。

此外,苹果最新的系统中可以开启 iCloud 端到端加密,开启后所有文件、照片都是端到端加密的。而上述其他的服务商则可能不提供端到端加密,或者是只有部分文件夹是端到端加密。

Dropbox 的跨平台做的不错,我用过它的 Mac 和 Windows 客户端,都非常高效好用。我曾经在 Mac 上使用微软的 OneDrive,体验就极其糟糕。

Google Workspace、Dropbox Teams 则提供了所谓 “无限容量” 的套餐,但所谓无限容量,其实是价格不透明。当使用量足够大的时候,不排除被限制的情况。因此本文只对比有明确标明容量和价格的套餐。

如果需要更大的套餐 (>2TB),那么可以将目光转向 Mega。Mega 提供单位价格更低的网盘服务,同时支持完整的端到端加密。

值得一提的是,Mega 最近也推出了 Pro Flexi 套餐,起价 €15.00/3TB/月,在此基础上 €2.50/TB(流量也是 €2.50/TB),最高可以用到 10,000TB。

如果你使用 Lightroom CC 管理照片,且你的照片是存储大户;或者使用 Premiere Rush 剪辑视频,并且视频是存储大户,那可以选择 Adobe Creative Cloud 的存储空间,最高可以存储 20TB。

我的选择

如果 2TB 对你而言足够,且在可预见的未来也不会很快超过 2TB 的存储需求,那么直接选苹果、谷歌、微软、Dropbox 中的一个就行了。如果有大量的 RAW 照片需要存储,那么 Adobe Lightroom CC 则是不错的选择,$9.99/月的 Lightroom 就包含了 1TB 存储空间,加到 $19.99/月就可以有 3TB 存储空间,能随时随地访问到整个图库还是很方便的。

我就有在用苹果的 2TB 套餐,用 iCloud 同步一些小,但经常访问的文件还是很方便的。我也用 iCloud Photos 来同步 iPhone 拍摄的照片和视频,以及导出的全尺寸的 JPEG 和剪辑后的视频。此外,我还用 iCloud 对我的 iOS 设备进行备份。iCloud 是我的 “热备份”

此时我还需要备份相机录制的 MP4、RAW 视频和 RAW 图片,这些文件有数 TB,并且每年还会以几百 GB 的速度增长。这些文件通常不需要随时访问,此时就需要 “冷备份” 了。我体验过一年 1TB 的 Lightroom CC,1TB 的容量对我而言虽然够用,但我的存储量还是会持续增长,不想将来不停的升级到越来越贵的套餐。因此最近又换成了同样价格的 Photography Plan,少了 1TB 的云存储,但多了 Photoshop。

我没有怎么体验过 Mega,但 Mega 确实也曾在我的考虑范围内。最终我没有选择 Mega 的原因是因为它不够便宜。的确,$2.03/TB/月的 16TB 套餐是很便宜了,但如果你只需要用 9TB 呢?此时还是得订阅 16TB 的套餐。而且哪怕用到 16TB,它还是比 S3 Glacier Deep Archive 贵了一倍多。

因此我选择了部署在 Lightsail 上的 Nextcloud 作为冷备份的系统,S3 作为存储后端。同时通过 S3 桶生命周期,实现智能调整文件的存储级别,实现了最低 $0.99/TB/月的云存储。Nextcloud 可以选择开启试验性功能 “Virtual File Support”,可以有选择性的同步文件。(Mac 上需要修改 ~/Library/Preferences/Nextcloud/nextcloud.cfg,在 [General] 下增加 showExperimentalOptions=true

我使用的图像编辑软件是 Adobe Lightroom Classic,我的所有 RAW 照片都是用 Lightroom 管理,原图存储在 Nextcloud 同步的文件夹中。我使用 Lightroom 对所有图像生成了 Smart Preview。在本地空间不足,Nextcloud 清除了老文件时,仍可以使用 Smart Preview 预览和编辑图片,并导出小尺寸的图片。Lightroom Classic 也可以通过 Adobe Creative Cloud,将 Smart Preview 同步到支持移动端的 Lightroom CC 上。这部分的 Smart Preview 是不占用 Adobe 的云空间的。Lightroom Catalog 我存放在本地的默认位置,但其备份存储在 iCloud。

视频剪辑软件我使用的是 Final Cut Pro,我的相机产生的所有视频都使用 Final Cut Pro 管理。Final Cut Pro 可以配置资料库中媒体的存放位置,我将其设置为 Nextcloud 的文件夹。这也是主要占空间的文件。Final Cut Pro 的资料库我存放在本地,其备份存储在 iCloud。

为什么不用 NAS?

前年的时候,我在Mac mini 有什么用?组建家庭服务器! 里提到我使用 Mac mini 作为 NAS 使用。但当时我只是用它来进行备份,而非云存储。如果用自建 NAS 做云存储的话,出门在外访问则很成问题:最主要的就是受到 NAS 所在网络的上传速度限制,从而体验很差。在我的印象里,哪怕是成熟的 NAS 解决方案,也没有一个 NAS 能提供像 Dropbox 这样好用的全平台客户端。此外,单个的 NAS 并不可靠,因为它没有在物理上跨区域。NAS 中的硬盘也有购置成本,硬盘老化后也有更换成本,自己维护起来还有时间成本,最终未必划算。

如今,我把我的所有文件都放到了云存储,不再需要备份,因此也不再需要用 NAS 再备份一遍云存储中的东西了,只用来做 Mac 的 Time Machine。

Nextcloud

Nextcloud 是一整套自建云存储的开源解决方案,从服务端到客户端均有,并仍在持续更新中。跟它极为相近的还有 ownCloud 也是可选的方案。本文将简单介绍我选择的 Nextcloud。不过既然使用 S3 了,为什么还需要服务端?为什么不在本地直接使用 S3 备份工具/挂载工具?因为我是想自建一个类似 Dropbox 的云存储,可多个设备本地实时的同步,没有额外服务端是实现不了或者很难实现的。

为 Nextcloud 选择一个服务器尤为重要。这里我选择 Lightsail 的原因是,Lightsail 可以与 S3 在同一个区域 (Region),之间的延迟很低,并且 Lightsail 与同可用区的 S3 之间的流量是免费的。此外,Lightsail 的很便宜的套餐也有很多的流量可以使用。

我在云服务推荐及选择指南这个文章中也列举了一些其他服务商,他们也可以作为替代 Lightsail 的选择。虽然他们并没有连接 S3 的优势,但一些服务商有提供自己的对象存储解决方案(比如 BuyVM 提供 Block Storage Slab,Google Cloud 提供 Cloud Storage 等)。

对象存储对比

除了亚马逊的 S3 外,微软 Azure、谷歌云也提供与 S3 类似的对象存储。微软 Azure 的 Archive 与 S3 Glacier Deep Archive 在功能和价格上都十分相似,在此不再额外介绍 Azure 的对象存储。谷歌云则有些不一样,我在这里对比一下价格。这里以最便宜的区域为例:

冷存储S3 GlacierS3 GlacierGoogleGoogle
级别名称Deep ArchiveInstant RetrievalArchiveColdline
单价 (美元/TB/月)0.994.001.204.00
最短存储周期(天)1809036590
立即取回价格(美元/TB)不支持205020
12 小时取回价格(美元/TB)20不支持不支持不支持
48 小时取回价格(美元/TB)2.5不支持不支持不支持
流量传输到公网费用(美元/TB)909012011201
  1. 传输到中国大陆地区为 $230/TB,传输到澳洲为 $190/TB。下面计算费用是以其他地区的 $120/TB 计算的。

假设需要存储 10 TB 的文件 10 年,S3 Glacier Deep Archive 的总费用为 $0.99 x 12 x 10 = $118.8;Google Archive 的总费用为 $1.20 x 12 x 10 = $144;S3 Glacier Instant Retrieval 或 Google Coldline 的总费用为 $4.00 x 12 x 10 = $480。

  • 需要立即下载一个 1TB 的文件在我的电脑上,S3 Glacier Deep Archive 是不支持的,S3 Glacier Instant Retrieval 需要 $20 + $90 = $110,Google Coldline 需要 $20 + $120 = $140,Google Archive 需要 $50 + $120 = $170。
  • 如果可以接受在 12 小时后下载一个 1TB 的文件在我的电脑上,S3 需要 $20 + $90 = $110。对于不需要立即访问的数据,Deep Archive 之外的没有优惠。
  • 如果可以接受在 48 小时后下载一个 1TB 的文件在我的电脑上,S3 需要 $2.5 + $90 = $92.5。

所以,对于不需要立即访问的文件,S3 Glacier Deep Archive有着绝对价格优势。但如果有立即访问的需求,S3 的 Glacier Deep Archive 是不支持的,Glacier Instant Retrieval 存储费用相比 Google 更贵,但取回费用相比 Google 更便宜。

由于 S3 的 Glacier Deep Archive 更加便宜,因此我最终选择了 S3。

Lightsail 与 Nextcloud 服务器配置

Lightsail 我选择了 $5/月的套餐,这个套餐是最具性价比的,包含了 2TB 的流量,同时 CPU 基线也来到了 10%。我这几天实际体验下来,Nextcloud 在不间断上传文件时 CPU 占用在 15-20% 左右,其他时候保持同步占用仅为 1%。也就是说每天可以有 12 小时的上传文件。

Nextcloud 的安装参考 Nextcloud 官网即可。我使用的是 Ubuntu 22.04,官网上给出了这个发行版的安装指南。安装完成后,可以参考 Server tuning 进行优化。我配置了 Redis 和 APCu,开启了 JIT 等,减少 CPU 负载。

Nextcloud 可以选择将 S3 作为 Primary Storage。我不推荐这种做法,因为 S3 作为 Primary Storage 时,S3 存储桶里只保存文件本身,不包含文件的元数据 (包括文件名、目录,因为此时元数据只存在于数据库中),也就是说这时的 S3 的桶是不能直接访问的,只能通过 Nextcloud 访问文件。此外,将 S3 作为 Primary Storage 还会导致性能下降,因为 Nextcloud 会将分段上传的临时文件和 App data 也存在 S3 中,分段上传大文件 CPU 占用极大,且经常出现超时 (已经提优化 issue,欢迎点赞支持)。

Nextcloud 还提供 External Storage 功能,安装完毕后,通过 External Storage 挂载的 S3,其文件结构是保留的,也就是说此时 S3 的存储桶是可以直接访问的。我觉得这个还是很重要的,省去了我备份 Nextcloud 数据库的烦恼。此时就算 Nextcloud 整个实例挂了,我的所有文件都可以在 S3 存储桶里访问。如果将 External Storage 的挂载点配置为 /,那么根目录下所有文件和文件夹都是和 S3 同步的,十分方便。

Nextcloud External Storage 挂载配置

此外,我会关闭 Nextcloud 的 Deleted Files 功能,并通过 S3 Versioning 实现版本管理。因为 Deleted Files 开启后,删除文件时,Nextcloud 会将 External Storage 中的文件移动到本地,这样会费时、费钱且占用本地空间。

本地 SSD 空间不够

尽管已经通过 External Storage 将所有文件存储在 S3,但 Nextcloud 仍会将分段上传的视频存储在本地的 /var/www/nextcloud/data 中,此外 PHP 也会将上传的文件临时存储在 /tmp,除非另行配置。因此,当上传的文件很大时 (比如同时上传多个十几 G 的文件),会超出 Lightsail 本地 SSD 的限制,导致本地 SSD 空间不够。

升级 Lightsail 的配置,或者在 Lightsail 上挂载 SSD 都是增加固定的存储容量,这并不划算。因此,推荐使用 EFS,将网络存储挂载到本机,修改 Nextcloud 的 data 目录到挂载点。参考 AWS 指南 How to Use Amazon EFS with Amazon Lightsail。EFS 是根据使用量按量计费的。只有存在尚未完成的分段上传时,Nextcloud 的 data 目录才会有大文件在,因此 EFS 按量计费十分划算。

EFS 使用 Burst、One Zone 模式即可,这也是最便宜的方式。实测 EFS 的性能比 s3fs 挂载 S3 好很多。

S3 生命周期

更多内容待补充,如有问题欢迎在下方评论

❌
❌