大家好，欢迎来到IT知识分享网。
一人一套测试环境
本篇开始讲第16次架构经历：一人一套测试环境。同样，先介绍业务场景。
业务场景：测试环境何时能释放出来使用
当时，公司的基础设施使用的是虚拟机，而且还未迁移到容器。
公司一共搭建了3套测试环境。之所以是3套而不是只有1套，主要是考虑到多个项目同时进行时需要分开测试和分开上线，而3套测试环境在一定程度上可以避免这些并行项目因为排队而导致延期的情况。
一般来说，研发流程是这样的：需求宣讲——>接口/方案设计——>功能开发——>联调——>测试——>预生产——>上线。
在这3套测试环境中，一套专门用于联调，另外两套专门用于测试。
那么，一套联调测试环境够用吗？答案是不太够，因为经常需要排期使用。那么两套测试环境够用吗？也不够。这里讲一个具体的例子。
之前有一个项目已经进入测试环节，功能测试反馈没问题后等待第三方验收，可是第三方的验收拖了很久，以至于不得不继续占用测试环境。
之后又有一个小的迭代项目要求一周后上线，并且还有一个上百人做的超大项目刚进入测试阶段，所以又需要两套测试环境。此时测试环境就不够用了，而且联调环境都被征用了。
然后，业务方还提了一个加急需求要求当周上线，于是出现了下面这段对话。
甲：“我们有个紧急需求这周四要求上线，你们能不能把测试1让一 下？” 乙：“不行，我们这个功能需要测试一周，下周四就要上线了。如果让 给你们一天，我们就要延期一天上线了。” 甲：“其实是两天……”乙：“那更不行了。要不你问问XX，他们在做的项目周期长，应该能让 给你们两天。” 甲：“不行吧，那个项目号称公司第一优先级，我开不了口啊！” 乙：“不然你们就用测试3？” 甲：“我哪敢啊，那个验收项目是领导亲自跟的。” 乙：“可是我们也不能延期啊，业务方都确认过很多次了，我们也跟合 作伙伴谈好了。” “……”
最终就是因为抢测试环境的问题，导致紧急需求上不了线，有苦也没地方说。
在实际工作中，一个组同时开展好几个项目的情况经常发生，尤其是业务对接方比较多的小组。为此，公司决定着手解决这个问题。
解决思路
公司希望达成的目标是可以快速搭建一套新的测试环境，用完马上销毁。针对这个目标，解决思路如下。
1）利用容器的特性，在几秒内快速启动服务实例。
2）将测试环境需要搭建的服务通过容器实例部署起来。
3）将这些容器通过Kubernetes管理（编排）起来。
那么，这一整套测试环境都需要包含哪些服务器？
如图17-1所示，每套测试环境中需要部署的组件有MQ、ZooKeeper、Redis、配置中心、数据库、API服务、后台服务、网关等。
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://haidsoft.com/110331.html
