Domain Locker 介绍与选型指南
Domain Locker v0.3.5（MIT，1.6k 星）认知与选型：域名资产台账+自动采集+到期提醒+轻量监控的一体化面板，Analog(Angular 19)+Nitro+SQLite/PostgreSQL 技术栈解析，v0.2→v0.3 重写演进，与 Uptime Kuma、DomainMOD、表格及 SaaS 的量化对比，全部联网溯源（查询日期 2026-10-28）。
Domain Locker 介绍与选型指南：把散落在各注册商的域名资产管起来
检索与取证日期：2026-10-28。本文为纯联网溯源的认知与选型篇，不含本地实测；部署、配置与命令的逐项实测见同系列后续三篇。
1. Domain Locker 是什么
Domain Locker 是一款开源（MIT 协议）的域名资产监控与管理面板，作者为 Alicia Sykes（GitHub ID：Lissy93），官方仓库为 github.com/Lissy93/domain-locker，官方站点与文档在 domain-locker.com。项目的一句话定位来自仓库描述："The all-in-one tool, for keeping track of your domain name portfolio. Got domain names? Get Domain Locker!"（管理域名组合的一体化工具，来源：GitHub 仓库页，查询日期 2026-10-28）。
它解决的是一个非常具体的痛点：域名分散注册在多家注册商，到期时间、DNS 配置、SSL 证书、WHOIS 信息各自为政，靠人脑或表格跟踪极易漏续费、漏更新。Domain Locker 把这些资产收进一个面板，自动拉取 WHOIS/SSL/DNS/子域名/主机等数据，做可视化分析、变更审计与到期提醒（来源：domain-locker.com 首页，查询日期 2026-10-28）。
截至 2026-10-28（数据来源：shields.io GitHub Stars 徽章），仓库 star 数约 1.6k；最新稳定版为 v0.3.5（来源：GitHub Releases Atom 流与仓库 package.json version 字段，查询日期 2026-10-28），协议 MIT，可免费自托管。
2. 功能全景（官方口径）
以下功能点均摘自官方站点 domain-locker.com 首页与自托管文档（查询日期 2026-10-28）：
- 资产自动采集：自动获取 SSL 证书、主机、注册商、IP、DNS 记录、子域名等关联资产；可补充成本、标签、备注等人工上下文。
- 域名详情分析：每个域名的深度数据视图与安全洞察、建议动作。
- 统计可视化：图表化的域名数据分析，支持导出地图、变更时间线、注册商分布等。
- 到期与变更通知：到期提醒与可配置的域名变更告警，通知方式涵盖 email、webhook、push、Telegram、Signal 等（自托管模式下经由 ntfy/Discord/Apprise 等通道对接，来源：仓库 .env.sample，查询日期 2026-10-28）。
- 变更审计：记录安全、主机、SSL、DNS、WHOIS 等维度的全部变更历史。
- 可用性监控：对域名站点做 uptime、ping、响应码、可用性追踪。
- 安全检查：逐域名给出安全控制项的检查结果与建议。
- 价值与成本管理：录入购买价、续费成本，跟踪当前估值与盈亏趋势。
- 数据开放：提供 API 访问，支持 Prometheus、iCal、RSS、RSS 之外的可嵌入部件（官方标注 coming soon）；数据可随时导出用于迁移或备份。
- 工具箱：AI 驱动的域名起名灵感、可用性检索、免费估值等增值工具。
- 界面可定制：主题、字体、布局、暗色模式，多语言翻译。
- 隐私与安全：数据可导入/导出/删除；托管版提供 SSO（GitHub、Google）与 2FA。
官方同时提供演示实例 demo.domain-locker.com（演示账号 [email protected] / domainlocker，来源：domain-locker.com 首页，查询日期 2026-10-28），选型前可先上演示站体验再决定是否自托管。
3. 技术架构与版本演进
当前架构（v0.3.x）：Analog 框架（Angular 19 + Nitro/Vite 全栈）构建的单体 Web 应用，前端 Angular + PrimeNG，服务端 Nitro（Node.js 22+），数据层双轨：默认 SQLite（better-sqlite3，零配置），可选 PostgreSQL（pg + Kysely 查询构造器）（来源：仓库 package.json 依赖清单与 .env.sample 注释，查询日期 2026-10-28）。官方自托管文档明确推荐 SQLite："SQLite is recommended, since it needs no additional setup"（来源：domain-locker.com《Deploy from Source》，查询日期 2026-10-28）。
版本演进的一个关键节点：v0.2.x 时代项目基于 Next.js + Supabase；v0.3.0 起完成重写，转向上述 Analog 栈，并引入内置作业调度器（域名监控、域名刷新、到期提醒、数据清理四类定时任务全部由应用自身调度），早期的独立定时更新组件随之废弃（来源：GitHub Releases 标签序列 v0.2.8→v0.3.5、源码 job-route 模块的兼容提示日志，查询日期 2026-10-28）。这直接改变了自托管的形态：v0.3.x 下单进程即可跑全功能，数据库默认零配置。
Supabase 的现状：Supabase 仍是官方托管实例（managed instance）的底座，独立仓库 Lissy93/dl-sb-iac 维护其配置、迁移与 Edge Functions；但官方明确建议自托管用户改用 SQLite 或 PostgreSQL："Where possible, we recommend self-hosted users to use SQLite or Postgres instead"（来源：domain-locker.com《Supabase Setup》，查询日期 2026-10-28）。选型时不必再被"必须上 Supabase"劝退——这是 v0.2.x 时代的老印象。
部署形态（来源：官方自托管文档目录，查询日期 2026-10-28）：官方提供一键安装脚本、Kubernetes Helm 图表、EasyPanel/unRAID/Umbrel/TrueNAS/Proxmox 等平台方案，以及源码部署路径（git + Node.js 22 + npm，见同系列《Domain Locker Ubuntu 22.04 安装部署指南》）。本系列 B 篇采用源码直装形态在 Ubuntu 22.04 上完成全流程实测。
4. 量化选型对比
选型的核心问题是：你要的到底是"域名资产台账"还是"服务可用性监控"。Domain Locker 是前者并附带后者；Uptime Kuma 是后者；DomainMOD 是纯台账但无监控。下表全部数据联网溯源（查询日期 2026-10-28，星数来自 shields.io 徽章，其余来自各自官方仓库/文档与本站既有评测）：
| 维度 | Domain Locker v0.3.5 | Uptime Kuma | DomainMOD 4.23 | 电子表格手工管理 | 域名托管 SaaS |
|---|---|---|---|---|---|
| 开源协议 | MIT | MIT | GPL-3.0 | — | 闭源 |
| GitHub 星数（2026-10-28） | 1.6k | 93k | 601 | — | — |
| 技术栈 | Analog（Angular 19+Nitro）/ Node.js 22 | Node.js / Vue 3 | PHP / LAMP | — | — |
| 数据库 | SQLite（默认，零配置）/ PostgreSQL | SQLite | MySQL/MariaDB | — | — |
| 域名台账（注册商/成本/标签） | ✅ 内置 | ❌ | ✅ 核心能力 | ✅ 手工维护 | ✅ |
| WHOIS/SSL/DNS 自动采集 | ✅ RDAP 等多源 | ❌ | 部分（DNS/SSL） | ❌ | ✅ |
| 到期提醒 | ✅ 多通道通知 | ❌（无域名概念） | ✅ 邮件 | ❌ 靠人 | ✅ |
| 站点可用性监控（uptime/ping） | ✅ 内置 | ✅ 核心能力 | ❌ | ❌ | 部分 |
| 变更审计时间线 | ✅ | ❌ | 有限 | ❌ | 部分 |
| 数据开放（API/导出） | API + JSON/CSV 导出 | API + Prometheus | CSV 导出 | — | 受限 |
| 部署复杂度 | 中（Node 22 起步） | 低 | 中（LAMP） | 零 | 零 |
| 数据主权 | 完全自持 | 完全自持 | 完全自持 | 完全自持 | 在第三方 |
对比结论（结合本站 《Uptime Kuma 介绍与选型指南》 与 《DomainMOD 4.23 介绍与选型指南》 的评测口径）：
- 要管"域名资产"本身（几十上百个域名、多注册商、要到期提醒和成本核算）：Domain Locker 是当前开源阵营里唯一把"台账 + 自动采集 + 提醒 + 监控"做进一个面板的选择，MIT 协议对商用友好；DomainMOD 台账功能成熟但无可用性监控，且 PHP/LAMP 栈与 SSL 证书采集深度不如前者。
- 只关心"服务挂没挂"（几十个服务的拨测、心跳、证书过期告警）：Uptime Kuma 93k 星的成熟度无可替代，但它是拨测工具，不是域名资产台账，没有 WHOIS 采集与注册商/成本管理概念。两者是互补关系而非替代关系：不少团队两者同跑，Uptime Kuma 看服务，Domain Locker 看资产。
- 域名数量极少（<10）且预算紧张：电子表格 + 注册商自带的到期邮件仍然够用；但注册商邮件只覆盖"它自己卖给你的域名"，多注册商场景下聚合能力为零，这是 Domain Locker 的基本盘。
- 不想自托管：官方托管版免费档 5 个域名，Hobby 档 20 个域名，Pro 档 20 美元/月 100 个域名（来源：domain-locker.com 定价页，查询日期 2026-10-28）；慈善组织、非营利组织与 GitHub 赞助者有特殊定价。
5. 适用与不适用场景
适用：
- 域名数量在 10～500 个量级、注册商 2 家以上的个人/团队/企业，需要统一的到期与变更管理；
- 已有 PostgreSQL 运维能力的团队，希望域名资产数据进入统一备份体系（SQLite 模式则适合个人与轻量场景）；
- 需要把域名到期事件接入既有通知体系（ntfy/Discord/Apprise/Telegram/webhook）的运维团队；
- 想要域名资产有审计时间线（合规或交接场景）。
不适用/需谨慎：
- 期望它替代 Zabbix/Prometheus 级别的大规模拨测体系——它的可用性监控面向"域名维度的健康度"，监控密度与告警生态不及专业拨测工具；
- Node.js 22 与构建工具链不可接受的环境（构建期需要编译 better-sqlite3 原生模块，详见 B 篇排障实录）；
- 需要完整多用户权限体系（用户/角色/审批流）的场景——自托管模式是"单租户 + 可选访问口令"的轻量模型，多用户与计费体系只在官方托管版存在。
6. 本系列导航
- A1（本篇）：介绍与选型指南；
- B1：《Domain Locker Ubuntu 22.04 安装部署指南》——Node.js 22 + PostgreSQL 14 直装实测，含构建排障实录；
- C1：《Domain Locker 配置参数详解》——.env 全参数逐项生效验证（SQLite/PostgreSQL 切换、鉴权、调度、保留策略）；
- D1：《Domain Locker 常用 CLI 命令详解》——npm scripts、数据库备份恢复、API 与作业触发的实测手册。
附：本文引用来源（均于 2026-10-28 查询）
- GitHub 仓库：https://github.com/Lissy93/domain-locker（仓库描述、MIT 协议、作者）
- GitHub Releases Atom：https://github.com/Lissy93/domain-locker/releases.atom（最新版 v0.3.5 及标签序列）
- shields.io 星数徽章：https://img.shields.io/github/stars/Lissy93/domain-locker.json（1.6k）
- 官方站点：https://domain-locker.com（功能全景、定价、演示实例）
- 官方文档《Deploy from Source》：https://domain-locker.com/about/self-hosting/deploying-from-source
- 官方文档《Environmental Variables》：https://domain-locker.com/about/developing/environmental-variables
- 官方文档《Supabase Setup》：https://domain-locker.com/about/developing/supabase-setup
- 仓库源码文件：package.json、.env.sample、db/setup-postgres.sh（main 分支，v0.3.5）
- 本站评测：《Uptime Kuma 介绍与选型指南》（https://www.quzuo.net/document/8bvwrGXAhOMD）、《DomainMOD 4.23 介绍与选型指南》（https://www.quzuo.net/document/9wM6sBfRoT81）