滴滴在测试环境上的探索与实践
共 4768字,需浏览 10分钟
· 2021-06-12
点击上方“服务端思维”,选择“设为星标”
回复”669“获取独家整理的精选资料集
回复”加群“加入全国服务端高端社群「后端圈」
桔妹导读:持续稳定并体验良好的测试环境,一直是影响产品迭代效率和稳定性的关键环节,也是DevOps自动化测试环节中最具挑战的一环,滴滴在测试环境上的探索从公司成立之初就从未停止,在这过程中沉淀了很多宝贵的经验和教训。本文细数滴滴在测试环境的发展历程,希望能给大家带来一些启发。
伴随着滴滴的不断成长,业务复杂度与日俱增,团队在协作和迭代效率问题上日益严重,"微服务"成了很多公司解决上述问题的必经之路,滴滴也不例外。随着微服务在滴滴的落地,我们确实成功缓解了协作和迭代效率上的问题,但同时也引出了很多新的问题,比如构建测试环境的复杂度,这也是我们今天要聊的主题——滴滴在测试环境上的探索与实践。
但现实总是残酷的,这就说到了上面提到的TiP问题,其中最大的问题就是RD不敢在上面随意调试,因为采用的是逻辑隔离,网络和数据都跟线上共用,稍有不慎就有可能导致线上事故,类似事故已经出现多起。所以线上仿真环境并不敢大面积应用到RD开发测试中,只在开发的差不多情况下才敢部署到TiP测试,当然我们也尝试在这个环境的基础上做了数据层面的物理隔离,但依然解决不了影响线上的风险,最终我们还得是回到起点 —— 创建一套稳定的线下测试环境,从根本上杜绝环境污染,这就是接下来要说的线下仿真环境——OSim(Offline-Simulation)。
所有线下服务必须跟线上服务同时部署——保证高仿真度;
谁的服务谁负责——把整个项目拆解到最适合的人手里;
接入公司统一技术方案,比如RPC、服务发现、链路追踪等等——减少维护成本;
— 本文结束 —
关注我,回复 「加群」 加入各种主题讨论群。
对「服务端思维」有期待,请在文末点个在看
喜欢这篇文章,欢迎转发、分享朋友圈