将 Zapier 或 Make 自动化流程迁移到新的地理编码主机
基于地理编码步骤构建的无代码自动化流程，需要与自定义代码不同的迁移方法。下面介绍如何完成这种切换。
在切换之前估算您真实的配额需求
数量惊人的迁移是从对请求量的粗略猜测而非实际测量开始的，而这种猜测往往会在两个方向之一出错：要么过于保守，导致所选方案为远超实际用量的容量付费；要么过于乐观，导致在上线真实流量的第一周内就意外触及限制。
估算配额需求的可靠方法，是先测量您在当前提供商那里的实际用量，而不是抽象地根据用户数量或功能使用情况来估算。大多数提供商都会在某处提供用量统计，可能是控制台、月度账单，或您自己的应用已经保存的日志。提取一个具有代表性的时段内的实际请求数，最好至少包括一个高峰日，例如周一上午或与您业务相关的季节性高峰，就能得到一个可供规划的真实数字，而不是一个猜测。
有了这个基线之后，还有几项细化很重要：
- 如果您的提供商在用量报告中把多个端点合在一起，请把不同类型的调用分开，因为即使在同一个账户中，地理编码、自动补全和 IP 查询的用量也可能相差很大，而且迁移后不同的端点可能会采用不同的方案
- 明确考虑增长，在当前峰值用量之上留出合理的余量，而不是完全按照今天的数字来规划，尤其是当迁移的原因之一就是预期流量会增加时
- 检查当前用量中是否有冗余或可避免的重试浪费，例如在没有最少字符数门槛的情况下每次按键都触发自动补全，因为迁移正是修复那些以前从不值得重新审视的低效问题的自然时机
手里有了真实数字，再把它与 My Geocode 的配额结构进行比较就很简单了。任何地址无需密钥即可获得每天 2,500 次免费请求，每个密钥也可获得每天 2,500 次免费请求，按网络统计，无论是 IPv4 的 /24 还是 IPv6 的 /48，来自该网络的无密钥用量和有密钥用量共享这一额度。一旦核对的是实际测量的用量，而不是假设它更高，许多较小的项目和内部工具完全可以留在这项免费配额之内。
超出免费配额后，可以在每次请求 €0.0001 的预付额度和每月 €50 的 Unlimited 密钥之间选择，而这两种方案的临界点只需一个简单的除法：€50 除以 €0.0001，每月超过 500,000 次请求的工作负载，Unlimited 就开始比预付额度更划算；不过正确的选择还取决于您有多看重固定的月度成本，而不是随用量精确变化的可变成本。每个请求，无论发往哪个端点或兼容主机，都带有相同的配额响应头，其中包括 X-Quota-Limit、X-Quota-Used 和 X-Quota-Reset，文档位于 /docs/rate-limits/，这让迁移后的持续监控与迁移前的估算一样可以量化。