这个叫域名注册管理软件的东西, 它是对那个域名的整个生命周期来进行管理的一个专门的工具, 主要的核心目的是能够去解决那些批量的域名的注册问题, 还有续期的问题, DNS配置的问题, 到期预警的问题, 以及合规管理之类的一系列的问题, 所以在选择的时候, 应该先把重点放到API对接能力上面, 然后还要看批量操作的效率是高还是低, 最后还要看自动化的程度到底行不行。
核心功能模块
1. 实现批量注册和续费的功能, 允许使用API或者是列表导入的方法, 把数千条域名的操作指令集中提交上去, 自动应对来自不同注册局的返回结果存在差异的情况。
2. 对域名系统进行集中的统一管理, 统一配置NS、A、CNAME这些记录, 让变更的效果实时生效, 这就完全不用再一条一条去登录注册商的后台进行操作了。
3. 到期预警和自动续费这个功能, 可以按照你自定义的规则去触发提醒，比如说提前30天或者提前15天就开始提示, 同时绑定好支付方式, 从而实现无人值守的自动续费操作。
4. 对WHOIS信息和合规性查询进行处理, 也就是通过批量抓取的方式, 把各个域名的当前状态、注册人具体是谁以及是否处于锁定状态这些都统统收集上来, 这样做的目的是为了能够满足审计环节里面所产生的各项需要。
5. 在权限管理方面实行多种角色的分级授权制度, 同时针对所有的操作行为都会进行完整的留痕工作。
选型关键标准
1. API的覆盖程度到底怎么样? 它是不是可以支持像Verisign、Identity Digital这些主流注册商所使用的那些完整的API接口。TLD的数量覆盖得有多广, 这直接就能决定管理的边界在哪里。
2. 所谓自动化能力, 就是看是不是能够通过Webhook、定时任务、规则引擎这些手段, 去实现从注册, 到配置, 再到监控, 接着是续费, 最后是释放这样的一条龙的全链路自动化处理。
3. 在多个注册商账户里面, 关于域名状态刷新的周期这一项, 大家建议是最好能够控制在五分钟以内。
4. 它是否有可扩展性? 这个方面要看它是不是把RESTful API或者是SDK给开放出来了, 这样做是为了可以让企业自己的内部CMDB和工单系统方便地进行对接。
5. 在安全合规这一方面, 系统提供了对双重身份验证技术的全面支持能力, 同时也涵盖了操作审计功能以及可供用户选择的数据驻留方案选项。
常见疑难与解决
因为那个批量注册出现失败的那个比率是比较高的, 所以现在把并发请求的每秒数量控制在小于或者等于十条, 那些发生了失败的任务会被放进这个重试队列中去进行多次重复尝试, 这个重试的过程总共是进行三次, 并且采用的是指数型退避这样一个方式。
如果多注册商的账户余额不足, 那就得启用低余额阈值的告警功能, 比如说把阈值设成低于五十美元这个情况, 同时还得设置自动切换到备用支付方式这样的处理机制。
域名转出被锁需要你在确认了45天的锁定期已经过去了之后才能开始操作, 同时你还需要确认转移密码是正确的, 并且账户里面没有未结清的费用, 在完成这些情况以后, 才可以正式发起转出的动作。
部署与接入
目前市面上主流的工具都是支持SaaS模式和私有化部署这两种部署模式的。
如果是选择SaaS模式的话, 那么你只需要在完成注册商账号的授权操作之后就行了, 这里可以选择OAuth这种方式或者选择API Key这种方式, 在完成授权之后的短短10分钟之内就可以实现接入；而如果是选择私有化的部署方式的话, 那么你就需要提前准备好Java运行环境或者是Python运行环境, 同时还需要准备好MySQL数据库。
你可以去把gname.xin合作伙伴文档中心接入进来, 然后你就能获取到各个注册商的关于API对接的具体指引了, 同时你也能够获得那个沙箱测试环境, 这就方便你在正式上线之前把全流程的验证给完成了。
选型速查: 如果你要管理的域名数量少于100个, 那么你直接注册商自带的那些控制台就都够用了。要是域名的数量在一百到五千个之间, 你完全可以去选择那些比较轻量的软件即服务工具。
如果域名的数量超过了五千个, 又或者你的情况涉及到了好几家不同的注册商, 并且还有各种顶级域名的复杂组合, 那么我强烈建议你去采用那些专业平台, 这些平台最好能够同时支持规则引擎和全链路的自动化操作, 并且还要记得为你预留出应用程序接口扩展的能力。
