网址缩短服务的自建托管是指不依赖 Bitly 或 TinyURL 等外部服务，在自有基础设施上搭建和运营短链接服务。数据的完全管理权限、定制自由度、消除外部服务依赖风险等，根据业务需求，自建托管可能是最佳选择。
自建托管的最大优势是拥有数据的完全管理权限。点击数据、重定向目标 URL、用户 IP 地址等所有数据都保存在自有基础设施内，更容易应对 GDPR 和个人信息保护法。无需将数据托管给外部服务，数据泄露风险也得以降低。金融机构和医疗机构等对数据处理有严格监管的行业，自建托管在某些情况下是事实上的必要条件。
第二个优势是定制自由度。重定向逻辑、访问分析粒度、认证方式、API 规格等所有要素都可以按自有需求设计。例如，与内部系统的 SSO (单点登录) 联动、独自的访问控制规则、自定义仪表板的构建等，外部服务难以实现的功能都可以自由实现。
第三个优势是消除外部服务依赖风险。即使外部短链接服务停止、涨价或变更规格，自有服务也不受影响。2009 年 tr.im 宣布暂停服务、Google URL Shortener (goo.gl) 于 2019 年终止服务的案例，都展示了外部依赖风险的现实性。
介绍 3 个代表性的开源网址缩短工具。YOURLS (Your Own URL Shortener) 是基于 PHP + MySQL 的轻量工具，支持通过插件扩展。Shlink 是现代化的 PHP 短链接服务，标准配备 REST API、二维码生成和详细访问分析功能。Kutt 是开源短链接服务，具备自定义域名支持、API 和统计仪表板。
无服务器架构的实现在成本效率和运维负担两方面都是优秀的选择。以 AWS 为例，API Gateway + Lambda + DynamoDB 的架构仅在请求发生时计费，流量较少的阶段几乎可以免费运营。使用 DynamoDB 的按需容量模式可以自动应对流量增减，无需容量规划。在前端部署 CloudFront，可以从全球边缘节点返回重定向响应，将延迟降至最低。此外，在 Amazon 搜索服务器管理入门书籍也可作为参考。
说明无服务器架构的概要。用户访问短链接时，CloudFront 接收请求，通过 API Gateway 调用 Lambda 函数。Lambda 函数从 DynamoDB 获取短码对应的原始 URL，返回 HTTP 302 重定向响应。同时将点击数据 (时间戳、IP 地址、User-Agent) 记录到 DynamoDB 的另一个表中。URL 的缩短 (新注册) 也同样通过 API Gateway + Lambda + DynamoDB 处理。
也需要了解自建托管的缺点。第一是搭建和运营成本。初始搭建需要数天至数周的开发工时，运营开始后还会产生安全补丁应用、备份、监控、故障应对等运维任务。第二是可用性的确保。外部服务基于 SLA 保证高可用性，而自有运营的可用性设计和维护是自己的责任。第三是功能的充实度。Bitly 和 Rebrandly 等商业服务提供高级访问分析、团队管理、API 充实度等经过多年开发积累的功能。要在自建托管中完全再现这些功能需要相当的开发工时。
适合自建托管的场景包括：数据管理权限必须的行业 (金融、医疗、政府机构)、处理大量链接需要降低成本的场景、有独特功能需求的情况。另一方面，少量链接管理即可满足需求或运维资源有限时，使用外部服务更为合理。
相关书籍：如果您想系统学习无服务器架构和 AWS 搭建，推荐在 Amazon 搜索相关书籍。