永不过期的 API 密钥带来的问题
一个多年前签发、从未轮换、至今仍然有效的密钥并不是一种便利。它是一个多年来没有人真正检查过的隐患。
服务商的免费层级一夜之间改变的真实代价
无论对错，免费档位都会被视为一个稳定的基础。开发者在服务商的免费配额之上构建一个小工具、一个业余项目或一个真实产品的早期原型，而这份配额就悄然成为了承重结构：它是嵌入各种决策中的前提假设，关系到架构设计、是否需要加入付款步骤，以及这个项目值得再投入多少时间。当服务商一夜之间取消免费档位、大幅收紧它，或者用小得多的配额取而代之时，所有基于旧假设构建的东西都会同时崩溃，毫无预警，而且往往除了一个计划之外、必须立即做出的购买决定之外，别无修复之路。
从服务商的角度看，这类变更通常站得住脚：运行免费档位要花真金白银，使用模式会变化，公司也保留调整条款的权利。然而，这一变更的代价并不是均摊的。服务商承受的只是一次政策调整。客户承受的却是一个被破坏的集成，有时发生在生产环境中，有时还会波及他们自己的下游客户，而且没有任何可供规划的通知期。
我们认为，提供免费档位的服务商承担着一种超出服务条款法律约束的隐含义务：如果这份配额将要发生重大变化，依赖它的客户理应获得足够的提前通知，以便在变更生效之前而不是之后做出调整。这也是为什么我们的免费配额（任何地址每天 2,500 次请求，每个密钥另加 2,500 次，按网络计算）不是我们眼中那种一旦完成营销使命就会被撤回的临时促销诱饵。它是定价模式中明确规定的一部分，而不是为日后偷梁换柱准备的诱饵。
这里有一个值得点明的更普遍的模式：纯粹作为获客手段的免费档位，往往会在获客目标达成后被调整，因为它唯一的任务一直就是吸引注册，而一旦注册量达到临界规模，保持慷慨的动力就会减弱。而被视为定价结构永久组成部分的免费档位，其规模依据的是服务商能够长期可持续提供的水平，而不是在落地页上看起来最有吸引力的水平，它就不会带有日后缩水的同样动机，因为它的规模从一开始就没有超出服务商打算持续提供的范围。
这一切并不是承诺任何定价细节都永远不会改变。它表明的是，哪种变更可以在不预先通知的情况下公平地做出，哪种不可以。提前宣布对付费用量提价，是正常的商业决策。而在没有任何预警的情况下，悄悄掏空业余项目和早期原型赖以构建的免费配额，则是把这些项目当作可有可无的东西，这种对待方式很奇怪，因为这些用户恰恰最有可能成为明天的付费客户，只要免费档位保持不变的时间足够长，让那个项目成长为真正的产品。