昨天和今天，给客户做域名切换，其中软件方面的修改设置都交给了我。随后在大概听取了切换需求，查阅了修改文档后，我拿起了一直笔，一张纸，溜到了全家。
在全家的一小时内，我在纸上列出了域名切换的网站列表，以及我觉得可能的修改点和对应的解决方案，大致为：
理清各个项目之间的依赖关系->多系统切换域名，有些涉及外部系统接口调用，有些域名证书还未生效，有些修改点需要同步做，不能分开。
静态文件中写死的域名->通过对项目代码的全局搜索找到所有需要修改的文件，进行文本替换操作。
配置文件中的配置项->逐个找到配置项中的原域名配置键值，然后修改。
单点登陆应用中的配置项->查询涉及修改的应用配置，如回调地址等。
修改前后需要的工作->备份生产环境的代码，制作程序更新包。
网络环境->委托给同事处理，在更新配置后需要和同事进行确认，包括域名解析、DNS解析、反向代理配置等。
以上内容在完成后，回到工作地点和知情的同事确认，随后在用户下班后开始更新。更新完后进行测试，并且请教有经验的、接触过原系统的同事进行操作性测试。之后配合测试人员进行集成测试。都通过后，通知用户进行用户测试，ok，任务告一段落。
其实运维还是要强调自动化运维的，但总有些线上环境的IT运维不那么先进，不那么尽善尽美，所以需要更多的耐心，更仔细的去做好运维的工作，域名切换只是其中的一项运维事项构成。
