转转测试环境标签域名实践
一、问题背景 二、测试环境演进介绍 2.1 固定数量测试环境 2.2 多环境复用：动态环境 + 稳定环境 三、解决方案 3.1 DNS域名泛解析原理 3.2 DNS域名泛解析的使用场景 3.3 转转DNS平台泛解析配置 四、标签域名在转转后台系统的落地 4.1 OMS协作平台标签域名改造点 4.2 请求流程图 五、标签域名使用效果 5.1 OMS协作平台的使用方式 5.2 访问效果
一、问题背景
公司现在访问测试环境方式，使用线上域名，本地配置host，通过host控制访问不同的环境。这种使用方式，存在诸多问题，比如：
忘修改host，或浏览器存在socket缓存，host没生效。会访问更改线上数据，风险大。 需要频繁配置修改host，产品，运营，测试在测试环境作业中效率较低。 与第三方联调时，每次更换测试环境，都需要运维同学更改nginx配置。
二、测试环境演进介绍
2.1 固定数量测试环境
交易服务多需求并行时，交易分支1和分支2，所依赖的服务需要在环境都部署一份
优点：流量隔离。 缺点：如果我们有500+的实例，如果靠简单的拉起实例，那么一个环境就需要拉起500个实例，5套环境就有2500+实例，机器资源浪费严重。所以我们需要让应用能在不同的环境复用。
2.2 多环境复用：动态环境 + 稳定环境
多需求并行时，只需要在动态环境，分别部署新需求分支
优点：既保证流量隔离，也能节约机器成本。 当前的缺点：联调，测试，产品验收时需要手动配置host，访问动态环境。
三、解决方案
改造使用到的技术点：DNS域名泛解析
3.1 原理
所谓“域名泛解析”是指：利用通配符* （星号）来做次级域名以实现所有的次级域名均指向同一IP地址。
3.2 泛解析的使用场景
让域名支持无限的子域名(这也是泛域名解析最大的用途)。 防止用户错误输入导致的网站不能访问的问题（对于大型网站，不太适用，一般用URL重定向，将网页重定向到错误页面） 可以让直接输入网址登陆网站的用户输入简洁的网址即可访问网站
3.3 DNS泛解析配置
转转DNS平台：
四、 标签域名在转转后台系统的落地
一个公司系统多年迭代，当引入新的技术点，前端，后端，运维，架构，工程效率部等整条链路上各自负责的服务，或多或少都需要进行个性化改造，才能达到预期目标。下文是转转中台OMS后台管理系统使用标签域名的一些改造，仅供参考！
4.1 OMS协作平台标签域名改造点
DNS配置域名泛解析和ngx_lua做流量分组（运维部负责）。 sso服务扫码登录改造（架构部负责）。 CI部署前端服务时，替换静态资源域名（工程效率部负责）。 多域名合一：前端和后端服务域名分别使用不同域名，废弃后端域名，只保留SCP前端域名。在nginx配置根据uri规则路由（后端&前端负责）。 前端服务获取浏览器输入host，动态拼接url（前端负责）。
4.2 请求流程图
所谓一图胜千言，整个请求流程如下面这张图所描述的场景。
五、标签域名使用方式和效果
5.1 OMS协作平台的使用方式
OMS协作平台相关地址：
1.测试环境
CI平台申请服务标签tag
访问方式：https://oms-tag.zhuanstest.com
2.内网生产环境：
访问方式：https://oms.zhuanxxx.com
5.1 访问效果
如上图所示，无需繁琐的配置host，通过域名访问即可。
作者简介
高向阳，转转中台履约OMS研发负责人