Kubernetes开源测试环境工具箱介绍.pptxVIP

Kubernetes开源测试环境工具箱介绍技术创新，变革未来

提纲第?期：阿?的测试环境管理实践概述第?期：单?开发场景下的测试环境实践第三期：多?协同场景下的测试环境实践

为什么要关注测试环境数据表明，测试和联调任务通常占开发者?常?作时间的50%以上，稳定?易?的测试环境能够极?提?开发者的?作效率和幸福感设计开发+?测集成+验证灰度/上线20% 30% 35% 15%

理想的测试环境本地直连，双向访问互通独占式随意使?，可重启，可调试，可断点多?随意组合协作，多服务联调不串流量多个依赖服务版本同时在线，想测哪个即时切换……?由连接随时可?互访可控

现实中的测试环境本地?公?IP，测试环境Pod使?ClusterIP，本地/集群双向均不通所有开发者共?测试环境，互相?扰、调?和消息互串拉起?套独?专?环境费时费?，资源成本难以招架……?法直连稳定性差流量混杂

阿?的测试环境实践扁平的内?IP+项?环境基于CNI机制改造Kubernetes的IP分配逻辑[1]基于RPC/消息中间件的虚拟环境[1]参考/containernetworking/cni/blob/master/SPEC.md#ip-allocation

环境复?：解决资源效能问题服务B服务C服务D服务C服务A项目环境-1项目环境-2项目环境-3公共基础环境服务A服务B服务C服务D隔离域

本质：基于调?发起?身份的路由控制[类似的场景]金丝雀发布灰度部署A/B测试…用户A用户B/index.html路由判断

效率：本地服务加?联调普通集群使用虚拟环境加入本地服务服务A服务A服务B服务C服务D服务B服务C服务D服务A服务B服务C服务D服务A服务B服务C服务D服务B服务C服务A服务D服务A[公共][公共][项?]服务B服务C服务D[项?][本地]服务B[项?][项?][本地]环境1环境2项目环境1项目环境2项目环境1项目环境2公共基础环境[公共] [公共]公共基础环境假设服务调用链路为：A→B→C→D→B→A

极致的测试环境：开发者视?服务A服务C服务D开发者视角：感觉坐拥整个集群所有测试服务IP地址本地直接访问随意断点、单步调试、随时重新部署服务，丝毫不会影响其他人项目环境-2项目环境-3[本地][测试环境]项目环境-1[测试环境][测试环境]服务B

极致的测试环境：多?协作项目环境-2相互可见服务A[本地][本地]服务D[测试环境]服务C项目环境-1[测试环境][本地]服务A服务C服务D[测试环境][测试环境][测试环境]服务B互不影响每位开发者同一时刻只能属于一个隔离域服务B

极致的测试环境：?由?助项目环境-2服务A[本地]服务C服务D[测试环境]项目环境-1[测试环境]服务B[测试环境]切换环境服务A[测试环境]服务C服务D[测试环境][测试环境]服务B[本地]灵活组队协作

?络改造：本地与集群互联互通内部?案Kubernetes?态的开放性（CNI与IPAM）适配企业?络地址规划开源?案换?个思路，更轻量的?案：KtConnectSupportedby阿?云·云效

路由控制：项?环境与隔离域内部?案基于特性分?创建项?环境基于项?环境和调?者身份建?隔离域基于中间件实现RPC和消息的虚拟路由控制开源?案换?个思路，更轻量的?案：KtConnect+KtVirtualEnvironmentSupportedby阿?云·云效

谢谢大家！ThankYou！