阿里巴巴的独立环境是如何实现的 _独立环境

什么是独立环境

独立环境，在环境内的http请求，rpc，mq消息等都在该环境内，不会访问到其它环境的机器。常见的独立环境如：测试环境，线上环境。

文章插图

为什么需要独立环境

第一个阶段：你还是一个在校学生，接到一个设计作业，然后你在自己的电脑上开发，在自己的电脑上运行代码，连接的是自己电脑的数据库，等老师检查时候，你只要在自己电脑上操作一通就够了。
第二个阶段：你去帮学校社团的一个小项目做功能补充，这个小项目已经运行在社团自己租的服务器上了，你直接连接线上数据库开发也肯定是不行的，你还是在自己电脑上搞好，然后再部署到服务器上，这个时候你的开发环境和服务器就是两套环境。
第三个阶段：你去一个小公司实习了，你本地是开发环境，线上环境在专门的服务器上，但是公司毕竟是商业公司，不敢让你把开发好的东西直接放到线上，会有专门的测试测试，测试如果利用你本地来测试，那效率太低，一般都会拉出来一套测试环境，部署好你们提测的代码进行整体测试。
第四个阶段：公司发展很快，开发和测试都越来越多，并行的需求也越来越多，虽然大多时候每次提测会把众多需求合并一起部署，但是零零碎碎的需求接踵而至，一个测试环境实在是扛不住了，公司搞了多套测试环境。
第五个阶段：一些公司技术上采用了微服务架构，项目方式从瀑布开发转变为了敏捷开发，经常会有个一个一两天开发完成的需求，涉及到三四个服务的改动，开发很难在本地实现测试也需要对应的环境去测试。如果共用测试环境，就会需要多个开发分支反复合并，环境大多时间处于部署中，影响测试进度。所以需要的测试环境也会越来越多，当然这些环境必须类似测试环境和线上环境一样相互隔离（数据库层面除外），否则你测试一个需求，跑到了其它需求实现的分支上，测试结果根本不能保障。

独立环境如何实现在引入阿里巴巴独立环境实现方式之前，首先引入我之前两个公司的独立环境方案，希望通过对比能让大家更清楚每种方案的适用场景。

三套测试环境，采取瀑布方式的开发模式，每一个环境往往有一个测试组所有，空余一套环境在一些紧急环境下便于适用。

文章插图

优点：实现简单，三套环境往往只需要通过在三个网段之中，每个环境有自己独立的注册中心。
缺点：适用于瀑布式开发模式，如果需求变更频繁，或者有很多小需求，环境将会处在相互争用的情况下。

每个人一台测试机，自己可以把自己涉及的服务拉取到自己的测试机器上，测试环境服务间通过host指定掉用本机，自己测试时候可以通过fidder配置代理，让请求打到对应的机器上。

文章插图

优点：操作时候相对方便，一开始fidder配置完成后，后续只需要进行host配置即可，如 fangwendeyuming.com 1.1.1.1(我机器的ip)
缺点：在业务更加复杂的情况下，涉及到的服务会更多，往往一个业务请求链路上有很多各个bu的服务，你不一定有权限部署对应服务，甚至你连对应的服务是什么都不知道。
在阿里巴巴现在很多业务情况下，一个你从前端进行的操作，可能会需要经过十几个服务的处理才会到达你代码变更的服务中。鉴于业务的复杂，阿里巴巴内部会有很多方式可以实现独立环境，我们选取重要的和不涉及技术隐私的方面进行讲述。
首先，最顶层的也是通过常规的多套注册中心的方式进行隔离，通过这种方式区分出了，测试环境，预上线环境，线上环境。
在这个基础上，测试环境和预上线环境往往都需要多套环境，因为实现方式类似，我们主要选取测试环境来讲述。
阿里巴巴的测试环境，允许你给任何一个服务部署为一个独立服务，这个独立服务可以是自身一个，也可以将其它独立服务联合起来部署为一个整体的独立服务，还可以拉取其他的普通服务联合（这时后续流程将不再隔离）
如果你的服务包括整个链路的源头，那么非常简单，你只需要配置对应的host，让请求在你的独立环境上，那么后续流程就会一直在你的独立环境中流转。