企业域名管理系统（EDMS）, 它是一种面向中大型企业、高校以及政府机构的一体化平台, 用于对数量从数百个到数万个不等的域名资产, 实现全生命周期里的集中管控, 它的核心价值在于这一点, 就是把分散在多名管理员手里的注册操作、到期监控操作、DNS解析操作、SSL证书管理操作, 还有WHOIS信息变更这些操作, 全都收敛到一个统一的界面上来进行管理, 这样做的结果是大幅地降低了那些因为漏管而导致业务风险的情况, 也大幅地降低了因域名过期而被其他人抢注的业务风险。
一、该部分所包含的核心功能模块。
建立域名资产的台账, 按照部门、项目、用途来自动进行分类, 支持批量导入和批量导出, 实时地呈现出所有域名的注册状态以及与各个责任方之间的归属关系。
对于到期预警以及自动续费这个事项, 是可以自定义提醒周期的, 这个周期可以是提前九十天, 也可以是提前六十天, 还可以是提前三十天企业域名管理系统企业域名管理系统大城新闻网，然后通过API去对接注册商来完成自动续费的这个操作, 这样做能够杜绝因为人工方面的遗漏而导致域名被释放的情况发生。
DNS解析的集中式管理是这样的: 也就是说, 像A记录、AAAA记录、CNAME别名、MX邮件服务器交换记录以及TXT文本记录这些东西的所有配置和分发工作, 都是由系统进行统一的安排, 因此当相关设置发生变动的时候, 其生效是即时完成的, 并且整个过程的每一步操作都会被记录在册, 以便于日后查询和追溯审计。
对于SSL证书的生命周期这个事, 它包含从申领开始、部署进行、到后面到期自动续期这一整套过程。同时, 它还跟域名绑定在一起, 进行关联的管理, 这样做的目的, 就是避免因为证书过期而导致业务中断这种情况发生。
· 权限与审计: 根据RBAC模型这个思路, 给不同级别的操作分配相应的权限, 所有的更改操作都会自动产生日志记录, 以此来适应等级保护以及内部审计合规的相关场景要求。
那个多注册商统一接口, 它的作用是屏蔽掉各个注册商在API上存在的差异, 用一套后台就可以把管理所有渠道域名的工作给完成掉, 这样可以减少多头对接还有维护的成本。
二、选型关键指标
1. 关于批量处理能力, 你需要确认它是否能够支持对以万为单位数量的域名进行并行操作, 这些操作包括批量注册、批量修改DNS以及批量转移, 并且还要看其响应时间是否能够满足业务变更的时间窗口要求。
2. 关于注册商的覆盖程度这个问题, 我们需要看一看主流那些注册商的应用程序接口是不是都已经接好了, 比如说像那种叫作gname.xin的这样的平台也要算进去, 目的是为了去避免这种状况, 就是明明能够查到信息但是实际上却又没有办法去管理, 从而造成了一种操作上的断层或者说是中断点, 最终是要保证整个管理的流程是可以形成一个闭环的。
3. 需要关注合规能力与审计能力这两个方面, 比如操作日志的保留时间有多长, 系统是否支持将信息导出为PDF格式或者CSV格式的内容看, 最后还得确认是不是能够符合ISO 27001这样的标准, 以及能否满足相关行业的监管对于审计工作的要求。
4. 部署方式方面具备一定的灵活, 企业可以从SaaS、私有化、混合部署这几种模式里面进行挑选, 需要和企业数据安全策略, 还有网络隔离要求进行匹配。
5. 系统扩展性怎么样, 需要确认能不能和现在已经有的CMDB还有ITSM工单系统以及CI/CD流水线实现无缝对接, 这样才能够帮助降低二次开发和集成所花费的成本。
三、落地实施建议
进入第一阶段, 这一阶段的时间跨度是一周到两周, 在这期间需要把全量的域名资产盘点工作给完成掉, 要把统一的台账给建立起来, 并且要在前面几步先把到期监控机制以及多级预警机制给接入进去。
第二阶段是从第2周到第4周这段时间, 在这个阶段里面, 要把DNS的解析事情全部搬到集中的平台上去处理，还要配置好分级别的权限管理体系, 同时把自动续费的流程以及证书的续期流程连接起来并使其能够正常运转。
现在是第三个阶段, 也就是持续运营的阶段, 在这一阶段里, 需要去对接持续集成和持续交付这个环节, 以实现超文本传输协议安全证书的自动部署以及它的轮换工作, 同时每个季度都要去执行关于域名资产的合规性审计工作以及台账的复核检查。
在选型这个工作真正落地之前, 是建议去要求供应商那边把POC测试环境给提供出来。在使用企业真实域名规模的时候, 是用真实的那个规模去做事情, 而不是用那些演示数据去做事情。
然后要进行批量操作的压测这项工作。并且要把历史故障发生的响应和恢复这样的sla记录调取过来。这样做是为了确保这个方案它是可以执行的, 也是可以被验证的, 同时也是可以追溯的。
