ZDNS域名化改造解决方案
首页
传统的业务交互模式缺乏灵活性，无法支撑企业数字化转型
耦合度高的系统难以扩展。
由于紧耦合使代码更加复杂
系统紧耦合很难保证安全，攻击者可以利用其中一个组件的漏洞来进入整个系统。
依赖关系多：
一个组件失败，会影响到整个系统的运行。
性能瓶颈：
在处理大量数据或高并发请求时可能会出现性能问题。
基于IP的交互方式对多中心冗灾建设的阻碍TLS证书为您的业务提供了一种具有吸引力的收入来源。有几个行业因素使加密成为浏览器信任网站的要求。因此，现在我们的互联网要求每个网站都必须具有TLS证书。
· 地址变更后需通知前台所有业务人员
· 无法对业务流量进行统一的调度、指引
· 基于IP的访问方式给运维人员腾挪空间极小
基于IP部署的应用访问流及切换过程（主备）业务切换窗口时间较长，流程复杂，人工参与程度高，切换风险大。
思考一
数据中心业务交互域名化改造
域名化的改造粒度越深，调度能力的细密程度越强。
域名化改造 - 一个多部门参与、长周期的系统工程ZDNS拥有业内最为丰富的域名化改造经验。
应用是否支持域名方式，是否需要改造；
IP是在源码中，还是配置文件中；
不同操作系统的DNS配置参数整理。
部署区域和架构，运维管理；
根据用户底层技术制定容灾策略；
生产上线进度。
先非实时，后实时
割接，应急回退方案。
阶段一 前期域名空间规划、灾备场景制定
概览：域名化改造的四个阶段
域名空间规划：合理规划域名空间直接关系域名化改造的质量
· 所属数据中心
· 所属环境(生产、准生产、测试)
· 所属业务分区
· 所属业务系统
· 所属服务器、进程服务
· 灾备场景切换方式
3、预估未来架构发展衍进的可能性
· IPv6的深度改造
· 虚拟化、容器技术的使用
冗灾场景制定：确定基于DNS调度的业务场景模型调度模型的讨论往往是DNS整体方案中较为耗时的环节，制定冗灾方式，需要各部门达成一致。
冗灾策略制定：业务优先级及灾备、双活策略确立成本效益分析：在考虑业务优先级的同时，也应充分评估为此付出的成本，以确定哪些业务会为企业带来最多的价值。在时间、预算有限的情况下，应提高某些业务的优先级。
定期评估：企业应定期评估以上因素，全面了解企业不同阶段业务的重要性，定期调整不同业务的优先级。
冗灾架构制定：DNS系统规划内/外网域名服务单独部署
生产区与办公区独立部署
测试环境分离
分区域部署 DNS服务
服务器及客户端DNS指向配置规划冗余原则 - 至少配置两个及两个以上解析节点，提高解析冗余性。
按需配置原则 - 同数据中心不同区域可根据各自需求配置不同的DNS地址。
就近访问原则 - 各数据中心按照DNS就近访问原则，配置本地DNS为主DNS服务器，异地DNS服务器为备用DNS服务器。
缓存原则 - 客户端可使用cache中的域名缓存，当缓存失效后再次向DNS服务器发起域名解析，TTL需考虑。
阶段二 全面信息梳理收集，业务逻辑梳理、可行性评估
综合评估域名化改造的可行性例如：客户端→web、web→app、app→db....；
例如：长连接，短连接，文件，接口调用
例如：跑批的时候，调用的频率大概是多少
例如：数据库通过DNS切换
是否支持、是否要开发、开发的复杂度、开发用时
基于之前梳理的信息，开展跨部门的技术讨论评估改造的技术可行性输出域名化改造进度规划、测试的计划及生产上线批次时间表。
业务系统、应用信息、交互指向及软硬件情况梳理
梳理业务系统相关信息，作为下一步的域名改造计划和进度把控的决策依据。
· 配置文件
· 应用程序代码当中
2、数据交互方式：
· 文件方式
· 接口调用方式
需梳理各业务系统之间逻辑交互、调用情况，此过程较为繁琐但非常重要，下阶段的测试、割接切换、实施手册、回退方案等都基于此过程中的信息梳理制定。
不同的操作系统DNS的相关特性不同，如DNS指向修改方式、是否支持TTL缓存、TTL缓存特性等，梳理清楚后为后续DNS相关参数设置提供依据。
所属网络分区、安全级别、访问策略限制情况，为后续DNS架构的部署和安全策略的设置提供决策依据。
域名解析过程中的重要因素：缓存缓存定义：
解析器将它接收到的每一条记录，都存储在一个由系统中所有程序所共享的缓存中。解析器同样遵守所缓存资源记录TTL自动中的设置值。
Windows操作系统缓存机制介绍Windows系统默认开启DNS缓存，但是默认最长的存储时间是24小时，所以如果一个记录指定的TTL值大于24小时，则解析器只会存储24小时。最大缓存时间可以通过注册表修改。
Linux操作系统缓存机制介绍Linux系统默认不开启DNS缓存，如果要开启则需要安装nscd服务，然后执行service nscd start 启动DNS缓存。
浏览器缓存缓存浏览器程序本身也有DNS缓存，并且不同浏览器缓存机制完全不同。
JAVA程序缓存机制java程序本身也有DNS缓存，例java的java.security配置文件。
阶段三 测试与验证，编制生产割接操作及回退手册
测试环境、准生产环境进行域名改造测试通过多方面的测试，全面验证DNS在本机构的应用可行性，并基于测试结果修订生产改造方案和时间进度计划。
· 应用程序DNS指向测试
· 应用系统接口调用基于DNS测试
· 应用系统文件传输基于DNS测试
· 主备手动DNS切换测试
· 主备自动DNS切换测试
· 双活业务基于DNS模拟测试
· DNS与负载设备配合测试
· DNS改造方案合理性验证
基于测试结果编制割接详细操作文档变更时间、操作过程分步骤、每步精确至具体命令、详细描述、验证方式等，须有具体责任人和复核人员另割接操作须有对应的回退方案。
阶段四 生产环境域名化改造
生产环境域名化改造建议
产品推荐
