本月上线内容：地理编码、IP、时区等
API 近期工作汇总：新的兼容主机、更快的时区和海拔查询、控制台新功能，以及更清晰的配额可见性。
批量限制：与大型服务商已允许的规模保持一致
针对大型老牌服务商构建的批量集成，通常是围绕该服务商已支持的批次大小构建的，因为很少有理由去测试更小的批次。当同一个集成指向新的服务商时，首先要问的问题之一就是，它现在发送的批次大小是否真的会被接受，还是需要先拆分成更小的部分。
我们在构建批量处理时正是考虑到了这一点。我们没有随意选定一个限制、再要求每个集成去适应它，而是按照我们的兼容替换主机所替代的大型服务商已允许的规模来设定批量支持。按 Geocodio 或 Google Maps Platform 的格式发送批量请求的集成，不应该仅仅因为目标地址变了就需要调整批次大小。
无论批次大小如何，批量请求的计费方式完全相同：批次中的每一项都算作一次请求，而不是把整个调用算作一次。一批一百个地址，就按一百次请求计入适用的配额，无论是每日免费配额、按每次请求 €0.0001 计费的预付额度，还是 Unlimited 套餐的覆盖范围。不存在达到某个批次大小时才启用的另一种费率，也没有为了控制成本而把工作拆成更小调用的必要。
这一点对原生端点和兼容替换主机同样适用。直接发送到 /v1/forward 的批量请求，和发送到按大型服务商格式设计的兼容替换主机的批量请求，都由同一套底层批量逻辑处理，大小限制相同，计费方式相同，在响应附带的配额响应头中的体现方式也相同。
对于要迁移现有批量集成的团队来说，这意味着迁移本身在批次大小方面应当平稳无事。/docs/compatibility/ 中的迁移指南介绍了每家服务商值得检查的细节，但批次大小限制不应成为切换过程中需要额外工程工作的事项之一。
如果您目前正在一家考虑离开的服务商上运行批量任务，用同样的批次大小测试对应的 My Geocode 兼容替换主机，就能快速在实践中确认这一点；而且免费配额足以支持有意义的测试，在做出任何承诺之前都无需花费。