多账户域名管理平台, 是指那些能够将分散在各个不同域名注册商账号里面的域名资源, 都给集中到一个统一的视图里面来进行统一控制的系统。它主要解决的是在多账号、多域名还有多团队这样一个共同存在的复杂场景下面所出现的管理非常碎片化的问题。
简单来说, 就是要把因为各个账号各自独立操作而带来的信息不互通、忘记关注到期时间以及权限管理混乱这些弊端给消除掉。
如果你要选择或者搭建这样的一款平台, 那么你就应该特别重点地去考察以下这三个方面的能力: 第一是这个平台对于多个账号的聚合能力如何；第二是对域名的整个生命周期进行管控的能力好不好；第三是它对团队协作和权限分配的支持做得彻不彻底。
核心功能模块
一、多账户聚合操作以及提供统一视图。平台需要借助API接口来连接那些主流的注册商, 比如说阿里云、腾讯云、GoDaddy、Namecheap等等。
要把所有账户里面包含的域名、备案信息、DNS记录汇聚到一起去, 最终放在一个统一的管理面板里面进行操作和管理。对于每一个域名里面的归属账户、注册商是谁、到期日期是什么时候、DNS状态怎么样、解析记录有哪些情况, 都要支持进行多维度检索操作与筛选操作。
二、对域名实行的是一种从开始到结束的全方面的生命周期管理。这个管理过程把注册、续费、转移以及注销这些环节全都包含进来了, 构成了一个完整的链路。其中比较关键的能力主要有几个方面。
一方面是批量到期预警, 这种方式支持大家按照自己希望的天数来提前进行设置提醒。另一方面是可以提供一键续费和批量进行续费这样的操作功能。此外, 还包括了能够办理跨账户或者跨注册商之间转移的工单请求。最后一点是会有关于过期之后进入赎回阶段的专门提醒服务。
三、实现了DNS解析的集中管控。支持跨账户批量编辑解析记录。提供了模板化快速部署的手段, 比如新站可以套用标准解析模板。并且具备变更审计日志的功能。
四、关于团队协作以及权限分级管理的问题。具体的做法是按照不同的角色来分配不同的权限。管理员这个角色, 主要负责管理账户的绑定情况还有账单的事情。运维人员这个角色, 主要是负责编辑域名系统的设置以及处理续费的事项。
只读成员这个角色, 他们的职责仅仅是用于查看详情信息。对于所有的操作行为, 系统都会有记录并且留痕。这种机制是支持审计回溯的, 也就是方便后面进行审查和追溯。
架构设计要点
技术架构一般可以分为三层。第一层是数据层, 主要负责对接各个注册商的API, 并且定时同步域名的状态。第二层是业务层, 包含了生命周期引擎、预警规则引擎和工作流审批等功能。第三层是展示台, 涉及Web管理台以及移动端的推送功能。
建议数据同步的频率不要低于每15分钟一次, 对于域名到期或者锁定这些关键状态, 应该触发实时的通知消息。在权限模型方面, 推荐使用RBAC模式。需要把账户和域名按照它们之间的归属关系进行绑定, 这样可以杜绝出现越权操作的情况发生。
配置与实操要点
账户接入的部分, 你可以借助API Token或者是OAuth这样的方式来完成注册商的绑定动作。这里有一个点需要特别注意, 那就是要去关注Token的有效期限以及IP白名单方面的限制情况。
预警这个规则, 咱们现在建议把它设置成三个级别, 也就是三级预警。具体来讲, 就是在到期以前九十天、到期前三十天以及到期前七天, 分别去发出通知。而且针对不同的人员责任层级, 通知的对象和内容也是不一样的。
在进行批量操作的时候, 如果是涉及到大额续费或者是DNS变更的情况, 必须先在小范围之内进行验证, 确认没有问题之后, 然后再去执行全量操作。
对数据备份这一事项进行描述。系统会把解析的记录还有账户的映射关系每天都进行自动的备份操作。这么做的目的嘛是为了防止出现误删的情况发生。同时这也是为了防范注册商那边数据的异常情况。
选型关键指标
现在的时候, gz88.cn已经给那些小的或者中等的团队提供了用来管多个账号里面的域名的方案。这个方案包括了把账号绑定起来、到了期的时候发出预警、批量地去做域名解析、还有配置团队的权限这些核心能力。
所以呢, 它可以当作是轻量级的统一管理的起步选择。如果是那种很大的企业管理级别的场景的话, 建议是结合着自己建立的数据中台, 按照上面讲的那些架构要点去一步一步地进行扩展。
