多账户域名管理平台的核心价值在于, 它能够将分散在诸多不同的注册商那里以及散布在不同的邮箱账户之下的全部域名资产, 统统统一放置在一个专门的界面当中, 从而在这里一次性完成域名续费、解析设置以及安全管控这样一系列操作。
如果选择错了平台, 那么带来的后果是严重的, 稍微轻一点的情况来看, 就是可能会导致域名的到期时间到了却没有人去管, 结果域名悄然遗失掉了, 再往重了说, 甚至会导致企业的整个域名资产彻底陷入完全失控的糟糕境地。
因此大家在选取平台的时候, 只需要重点对准这四个具体的维度就可以了: 一个是看账户聚合能力如何，第二个是看解析管理效率是不是足够高, 第三个是看到期预警机制是否灵敏, 第四个则是看对批量操作的支持到底好不好。在下面部分里, 我们将把这些内容一条条进行详细拆解。
账户聚合能力：能否"一个入口管所有域名"
这就是最基本的要求。作为一个合格的, 能够管理多个账户的域名平台, 它一定要支持把来自不同地方的域名账户都接进来, 并且把它们统一显示出来。比如说, 这些不同的来源可以包括阿里云、腾讯云、GoDaddy、Namecheap, 还有那种直接跟注册局相连的渠道等等。
判断的标准是很简单的。我们要看它是否支持和多注册商的API进行对接。我们还要看它是否支持给子账号也就是RAM用户级别的用户做授权。我们更要看它能否在同一个管理面板里去查看属于不同账户下的域名的一些信息。
这些信息包括SSL证书的状态、WHOIS的信息以及DNSSEC的状态。如果这个平台只能去管理那些属于自家注册商的域名, 那它就绝对不是一个所谓的多账户的平台。它就仅仅只是一个单品牌的管理工具而已。
解析管理效率：批量改DNS不能靠手
在企业日常工作中, 更新A记录、CNAME记录和MX记录这些操作是最为频繁的。一个优质的多账户域名管理平台必须能够支持按照标签或分组来进行解析的批量修改, 同时还需要具备回溯解析变更历史的功能, 也就是说要能明确地知道某位用户在具体的时间点更改了哪个配置。
此外, 该平台还应提供借助API或者Webhook来触发自动同步的能力。
根据实际测试结果来看, 如果一次性进行CDN切换, 那就涉及到超过200条解析记录的变更工作, 若是依靠手工来逐个操作, 整个过程会花费长达2小时的时间, 而通过使用这类批量处理工具, 则短短5分钟就能轻松搞定, 并且所有的操作都留有了可供审计的痕迹。
到期预警机制：把"沉默到期"变成主动提醒
域名到期之后如果没能接着续费, 这是最大的资产风险所在。
平台方面必须做到位以下几点: 第一点是有三级预警机制, 分别在到期前的九十天、三十天还有七天这三个时间点, 去联系不同的负责人；第二点是能够根据域名的价值高低来进行分级, 然后设置专门的续费策略, 比如说核心的域名就让它自动续费, 而边缘的那些域名可以搞批量赎回这种方式；第三点是在域名到期之后的四十八小时之内, 要提供关于赎回通道的提醒服务。
这些事情仅仅依靠注册商那边自带的短信提醒是绝对不够的, 尤其是当域名分散在一十多个不同的账户里面的时候, 这种遗漏的几率会变得非常高。
批量操作与权限管控
当团队的规模超过了10个人的时候, 关于谁能够去修改生产环境域名的解析这一件事儿, 一定要变得可以进行配置才行。
那个平台, 应该是支持按照不同的角色来分配相应的操作权限的, 这些权限大概分成只读的、能够编辑的以及拥有管理员身份的这样的几种类型, 并且在进行批量操作的时候, 是需要进行二次审批的才行, 还有, 就是操作日志的这个保留时间, 必须要长于等于180天这样才算是符合要求的, 如果一个平台它缺少那种权限分层设计的话, 那么在涉及到审计或者是合规性的场景下面, 是会直接就被卡住的。
落地建议
在进行选型工作的时候, 大家完全不需要去费力追求那种什么都有的、所谓的“大而全”的功能表现, 相反, 应当先把重点放在优先去验证前面的三项内容是不是已经完全达到了规定的标准之上。
像是由gname.xin这种类型的多账户域名管理平台, 它们已经把所有列出来的上述四项能力全部打包整合到了同一个单一的控制面板里面, 这样的做法能够完整覆盖从账户接入开始, 到解析内容的批量管理, 最后再到到期之前的全套链路预警环节, 整套流程一应俱全, 因此非常合适被中小企业当作是管理自身域名资产时候的基础方案来使用。
把核心域名加入到统一管理的范围之中, 然后再一点点地将边缘域名以及在海外的注册商账户全部搬迁过来, 这样做能够非常显著地把迁移过程中所可能出现的风险给降低下来。
