自托管与 API 方式的 IP 地理定位数据库
自托管 IP 地理定位数据库，是一个你下载后在自己的进程内查询的文件；而 IP 地理定位 API，则是对服务商的网络调用，由服务商为你持有并更新数据。这一选择主要关乎你想在哪里付出代价：是在运维工作和更新纪律上，还是在网络延迟以及对他人服务的依赖上。
自托管 IP 数据库意味着什么
使用自托管数据库时，一个二进制文件（大小取决于供应商和所含字段，通常从几十 MB 到数百 MB）就放在你的应用旁边。查询是内存读取，通常在微秒内完成，没有逐请求的网络跳转，任何地址都不会离开你的基础设施。如果你的隐私评审把访问者 IP 视为不应与第三方共享的个人数据，最后这一点就很重要。
代价是围绕这个文件的一切。必须有人按计划下载新版本、验证它们、将其推送到每台服务器或容器，并处理部署带上了过期副本的情形。许可条款因服务商而异，一些商业数据库的条款与免费版本不同，因此在将文件嵌入产品之前请先阅读。数据库也只能回答它所包含的内容：如果你想要 VPN、Tor 或滥用标记，这些来自独立的文件或服务，你必须按各自的节奏刷新。
IP 地理定位 API 带来的改变
API 把数据管道转移给了服务商。你发送一个地址，获得结构化的 JSON，背后的数据无需你动部署就会刷新。对小团队而言，这免去了一项反复出现的杂务。它也让获取那些不便以文件形式分发的字段变得容易。对 ipto IP 查询的一次调用就会返回国家、城市、ASN、组织和货币代码，以及 is_vpn、is_tor、is_abuser、is_datacenter 和 bogon 标记，外加 bogon_type。
其权衡是实实在在的。每次查询都会增加一次网络往返，因此延迟以毫秒而不是微秒计。你依赖服务商的可用性和速率限制，这意味着你需要超时设置、回退方案，最好还有缓存。而且地址会被发送给第三方，这应当写入你的隐私文档。ipto 免费且无需注册，每天允许 1,000 次免费请求，足够用于原型开发或运行低流量服务，不过高流量的工作负载应围绕这一限制做好规划。
新鲜度不等于准确度
人们常常认为 API 因为是“实时”的而更准确。大多数情况下，它只是更新鲜。底层问题，即把地址映射到地点，无论哪种方式都是一样的，两种模式下城市级结果都弱于国家级结果，在移动和住宅连接上尤其如此。不同的是数据可能陈旧到什么程度。自托管文件的新旧取决于你上次成功刷新的时间。API 的新旧取决于服务商的刷新周期：在 ipto 上，威胁情报源（VPN、Tor、滥用）每 6 小时刷新一次，IP 和 ASN 数据集每天刷新。两者都不是实时的，全新的 VPN 端点在某个情报源收录之前不会被标记。
一条实用的决策规则
- 流量极高或延迟预算严格：本地数据库通常胜出，因为每次调用的网络成本和速率限制都消失了。
- 严格的数据驻留规则：将查询保留在本地，因为没有任何地址被传输到别处。
- 团队小、流量适中、需要风险信号：API 在工程时间上通常更省，因为情报源、ASN 数据和信誉都已经整合好了。
- 介于两者之间：使用带有本地缓存的 API，缓存以地址（或网络地址段）为键，并设置合理的生存时间。许多应用会反复看到相同的地址，因此缓存能吸收大部分流量。
你也可以组合两种模式：热路径使用本地国家级文件，仅当请求看起来异常、需要 ASN、VPN 或滥用上下文时才调用 API。VPN、Tor 与代理检查器准确展示了这些风险标记对给定地址的呈现，ASN 查询则显示其背后的网络所有者。请求和响应格式见 API 文档。
决定之前先试一试
评估 API 模式最便宜的方法，是让你的真实流量样本通过它并进行比较。把日志中的几个地址粘贴到 IP 滥用检查器中，或从脚本中调用查询端点，并在你的服务器实际运行的位置测量往返时间。请测量你自己的延迟和命中率，而不是相信泛泛的说法，然后判断剩余的差异是否值得你自己运营一条数据管道。