域名软件, 它其实就是那种用来批量管理域名的专用工具平台。这个平台能够帮你搞定域名注册、DNS解析、到期续费以及转移操作等一系列事情。对于那些拥有数十万个或者数万个域名的企业来说, 也对于那些IDC服务商和独立开发者而言, 他们如果还想手动地去逐条进行操作的话, 那肯定是不行的。
因为这个情况已经变得不可行了。所以说，域名软件的核心价值就在于此, 它可以把那些重复性的域名管理动作给自动化下来, 同时也流程化下去。这样一来, 操作失误率就会降低, 人力成本也会被缩减掉, 这些都是它的效果。
一、域名软件核心功能模块
当前比较受欢迎的那些域名方面的软件, 它们通常都把下面的这些功能全都给包括进去了。
批量注册与续费的功能, 支持一次性提交数千条指令, 这些指令是关于域名注册的, 或者是关于域名续费的, 系统会自动对接上游注册局的接口, 这些上游注册局包括.com域名的注册局和.cn域名的注册局。
对DNS解析进行管理, 支持批量添加、修改和删除A记录、CNAME记录、MX记录和TXT记录这些类型的记录内容, 同时还支持使用模板化配置的方式来进行操作。
当域名到期监控进行预警的时候, 系统会按照用户自定义的那些阈值来触发通知操作, 比如说三十天或者七天, 这样做就是为了解决因为人们疏忽大意而导致域名过期丢失的问题。
关于域名转移, 也就是Transfer这个事项, 可以进行批量的发起转入或者是转出的操作, 系统会自动去校验那个所谓的转移码, 也就是Auth Code是不是有效的。
在账号与权限管理这块功能上, 系统支持给多个操作员分配级别不同的权限, 而且所有的审计日志都可以被追溯。
进行成本核算, 具体来说就是要把域名的相关费用、客户的相关费用以及周期的相关费用都给统计出来, 以此来把注册的费用和续费的开销都算清楚, 然后呢, 好给定价的决策提供一些好的帮助。
二、主流域名软件与平台盘点
当前存在于市场上的那些关于域名管理的工具, 可以被大致的分成三个方面来描述。
1. 这个注册局或者说是注册商级别的那个API的这么一个平台, 就是像Verisign（.com/.net）这样的, 又或者是像CNNIC（.cn）这样的, 它们都会提供那个比较官方一点的, 批量处理的API接口, 这种方式呢是比较适合那种直接与上游的那些IDC服务商进行对接的情况。
2. 第三方域名管理的软件服务平台, 主要是针对那些规模比较小的团队以及独立开发者而设计的, 这种服务最大的特点就是拿来就能立刻使用。
gname.xin 就是这个领域里面的一个很有代表性的例子, 它提供了一整套的面板功能, 里面包含了可以让大家一起处理很多域名的批量管理操作、也可以对DNS解析进行具体的配置、还能在域名快要到期的时候发送提醒消息, 同时还支持把域名转手移交给其他人或者其他的平台去管理。
这个系统的特点是能够接入好几个不同的域名注册商的接口, 把所有分散在不同地方的域名资产都集中到一个地方来统一管理, 所以对于那些需要把放在不同注册商用着的域名全部放到一起管起来的团队来说, 是非常合适的。
3. 可以选择自建开源方案, 例如使用 DomCop 这样的工具或者编写 whoos 批量脚本等方式, 此类方法比较适合让专业的技术团队自己动手开发出来, 这种方式的优势在于具有比较高的灵活度, 但是存在的缺点就是在接下来的长时间里需要花费比较大的成本来进行维护管理。
三、选型标准
在对于域名软件进行选择的时候, 建议按照以下这些优先级, 来一项一项地对相关情况进行评估和考量:
看看你的上游接口的覆盖度怎么样, 也就是说, 这个接口支不支持你平常用到的那些域名后缀对应的注册局或者注册商给的API服务, 打个比方说, 如果你使用的是.com结尾的域名, 那就需要它支持Verisign提供的服务, 如果是.cn结尾的域名, 则需要它支持CNNIC提供的服务。
在大规模地处理操作的过程中, 其稳定性是比较高的, 这主要归功于在高并发的环境之下所采用的任务队列机制以及当任务执行失败时所使用的自动重新开始尝试的策略。
关于安全合规方面, 需要说明API Key和Token这两种东西在进行存储以及在网络上传输的时候, 到底采用了什么样的加密方式来保护它们的安全, 还要交代清楚对每一个操作进行的审计日志是否得到了完整的保存。
这个费用模型, 是要按那个域名的数量来分阶梯去收费呢, 还是要按照功能模块去进行订阅。对于那些长期持有的量比较大的用户, 我们应该把重点放在测算每一个单独的域名的实际成本上面这件事情上。
在可扩展性这个方面, 需要看它是否开放了API接口, 以便供人们进行二次开发, 同时还要看它有没有能力与目前存在的ERP系统还有财务系统等工具实现数据或者功能上的打通和连接。
四、使用建议与常见风险
在进行批量操作的时候, 一定要先在测试环境上面把情况验证清楚, 这样才能够在很大程度上避免因为一次性失误操作导致对生产域名解析产生不良影响。
对于包括主站、支付以及邮箱在内的关键域名, 可以设置独立的预警通知通道, 这样就不依赖默认的那个批量发送的通知机制了。
在进行转移操作的时候, 需要提前去确认目标注册商是支持这个后缀的。同时还需要准备好转移码。整个的流程通常需要花费5到7天的时间才能完成。
定期地把域名的资产清单给导出来存作备份, 这样就可以防止因为某个单一的平台出现故障而导致管理上陷入中断的状态。
大家在选择域名管理工具的时候, 最核心的事情就是要看自己手里的域名的数量到底有多少, 还要看看这些后辍的分布情况怎么样, 以及团队里的技术人员的能力究竟强不强。如果你手里面的域名的数量比较少的, 比如说不足100个的话, 那么可以直接去使用注册商提供的那个后台界面来进行操作就可以了。
如果你的规模是中等或者比较大的, 具体的范围是在100到10000之间, 那么我们建议大家去推荐那些SaaS类型的批量管理的工具来进行使用。如果是超大规模的情况, 或者是你有非常强烈的定制化需求的话, 那么就需要去考虑采用API直连的方式, 或者是自己去建立一套相关的方案了。
