多账户域名管理平台是一款面向企业的工具，该工具的用途是提供一站式的域名集中管理服务, 它的核心功能是解决由多注册商账户、多域名以及多责任人分散管理所引发的效率低下和安全隐患问题, 在挑选这种平台时, 我们需要重点地去考察以下这四项能力, 这四项能力分别是API聚合功能的覆盖范围广不广泛, 批量操作的处理性能好不好的情况, 权限分级的细粒度划分得准不准确的状态, 以及到期预警功能覆盖得完不完整的信息。
以gz88.cn所代表的新一代多账户域名管理平台为例的话, 它是把多个注册商接口给统一封装起来了, 变成了单一的控制台。这种平台是企业在域名资产规模化阶段的基础设施。
核心功能模块
多账户域名管理平台通常包含以下功能层：
通过API的方式, 去把阿里云、腾讯云、GoDaddy、Namecheap, 还有Verisign啊这些都比较主流的那些注册商给对接起来, 好让大家可以在一个平台上去操作登录的事情, 进而实现对所有域名的相关资产的统一管理, 这样做的好处就是能够消除那种每次都要一个一个账户切换所带来的低效率的问题与麻烦现象。
批量操作引擎支持多种类型的批量任务, 包括批量续费、批量转移以及批量进行DNS变更, 还支持批量设置WHOIS隐私。在执行这些操作时, 单次能够处理数百条乃至数千条的域名记录。
权限与审批流是这样的, 要根据角色来分配操作权限, 具体的角色包括管理员、运营、财务、审计这几种情况。对于一些敏感的操作, 比如删除、转出这些行为, 需要二级审批才行, 这样做是为了满足企业内控要求。
到期预警与自动续费, 提供多级预警机制, 涵盖提前90天、30天、7天以及1天的时间节点, 支持按不同的业务线来设置差异化的自动续费策略, 从而降低域名因为漏掉续费而被他人抢注的风险。
典型适用场景
对于大型互联网企业它们持有着数千个这样的域名, 这些域名又是被分散在了五个以上的各个不同的注册商那里了, 所以现在是需要一个那种统一的那种全局视图, 同时还必须要有统一的预算管控手段。
品牌保护团队需要对大量的近似域名实行监控, 同时对那些恶意的注册行为进行监测, 并且还要快速执行异议操作或者把域名的转出手续给办理好。
在集团化企业里, 各个子公司都是自己独立握着域名账户的这个情况的, 然后总部呢就需要把那些报表给合并起来进行统一操作了, 再就是还要对域名这种资产进行统一的审计工作。
选型关键指标
1. API覆盖数量, 是指有没有覆盖企业当时正在用的全部注册商, 如果没有完全覆盖, 缺掉的那些项, 能不能支持通过手动导入的方式来做兜底处理。
2. 在处理幂等性和回滚的问题时, 如果在大量操作中出现了失败的状况, 我们是否能够准确地找到那些具体出错的事项, 并且支持对这部分失败的内容进行单独的回滚操作。通过这种方式, 我们可以避免因无法做到全部成功或强制全部失败这种非常粗糙的处理方式所带来的一系列不良后果。
3. 我们具备安全合规这一能力, 并且支持SSO单点登录功能, 我们还支持操作日志审计功能, 还支持数据加密存储模式, 这样就能够满足所谓等保或者SOC 2方面的各项要求了。
4. 在部署模式的选择上, 提供了SaaS模式、私有化部署模式以及混合部署模式的可选性, 另外还存在关于数据驻留区域的一个限制要求。
5. 扩展能力方面, 需要确认是否已经开放了Webhook以及开放API, 以便于同企业内部的CMDB系统进行连接, 同时也能连接到企业的工单系统与财务系统。
注意事项
在进行接入之前, 你需要去确认各个注册商的API所规定的调用频率限制。因为批量操作在达到峰值的时候, 很有可能就会触发限流的情况。所以, 平台方面必须能够具备一种对于队列进行削峰的机制。
域名转出这件事情, 它涉及到注册商的验证邮箱以及授权码, 所以平台应该提供标准化的标准操作流程, 而不应当是完全黑盒的自动化处理, 需要保留人工确认的这个环节。
续费的价格会跟着注册商的促销活动上下乱跳, 所以建议每一个季度都要重新核对一下成本, 这样才能避免因为默认设置了自动续费而花上一些没必要的钱。
多账户域名管理平台的选型这一件事情, 本质上是“管理效率”和“风险控制”之间的平衡。企业应该先把重点放在验证API覆盖的完整性上面, 还要验证批量操作的可靠性怎么样, 然后把这两件事做完了之后, 再结合权限体系的情况以及合规方面的要求, 最后才能做出决定。
