转转测试环境标签域名实践

信长

一、问题背景二、测试环境演进介绍2.1固定数量测试环境2.2多环境复用：动态环境+稳定环境三、解决方案3.1DNS域名泛解析原理3.2DNS域名泛解析的使用场景3.3转转DNS平台泛解析配置四、标签域名在转转后台系统的落地4.1OMS协作平台标签域名改造点4.2请求流程图五、标签域名使用效果5.1OMS协作平台的使用方式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.3DNS泛解析配置转转DNS平台：四、标签域名在转转后台系统的落地一个公司系统多年迭代，当引入新的技术点，前端，后端，运维，架构，工程效率部等整条链路上各自负责的服务，或多或少都需要进行个性化改造，才能达到预期目标。下文是转转中台OMS后台管理系统使用标签域名的一些改造，仅供参考！4.1OMS协作平台标签域名改造点DNS配置域名泛解析和ngx_lua做流量分组（运维部负责）。sso服务扫码登录改造（架构部负责）。CI部署前端服务时，替换静态资源域名（工程效率部负责）。多域名合一：前端和后端服务域名分别使用不同域名，废弃后端域名，只保留SCP前端域名。在nginx配置根据uri规则路由（后端&前端负责）。前端服务获取浏览器输入host，动态拼接url（前端负责）。4.2请求流程图所谓一图胜千言，整个请求流程如下面这张图所描述的场景。五、标签域名使用方式和效果5.1OMS协作平台的使用方式OMS协作平台相关地址：1.测试环境CI平台申请服务标签tag访问方式：https://oms-tag.zhuanstest.com2.内网生产环境：访问方式：https://oms.zhuanxxx.com5.1访问效果如上图所示，无需繁琐的配置host，通过域名访问即可。作者简介高向阳，转转中台履约OMS研发负责人