Darren2020-03-25我们目前使用的不同的注册中心，就是注册中心是部署了3份，prod、qa、test等，其实test和dev用的是同一个注册中心，因为我们的注册中心内部也有环境的区分，服务在往注册中心注册时，需要说明自己的环境。 所以我们目前服务间的调用是： prod走生产网关prod.gateway.com（网关同步注册中心信息） 环境参数默认prod qa走生产网关qa.gateway.com（网关同步注册中心信息） 环境参数默认qa test和dev走 test.gateway.com（网关同步注册中心信息）,test需要环境的参数，test就是tets，dev就是dev作者回复: 是的，环境硬隔离最省心
23
刘楠2020-03-25环境不同，注册中心不同作者回复: 是个好办法。
4
百威2020-03-27直连作者回复: 直连的话，服务发现就失去意义了
共 3 条评论2
盘胧2020-03-25不是很明白了。开发这边开发环境容器化，我们云主机克隆过来或者直接拉镜像都行，最后修改好配置。就相当于和开发隔离开来了。开发这边每天的更新打包好，我们也拿过来打包升级就行了。作者回复: 关键在于配置是否存在开发测试冲突
2
陈国林2020-03-26开发推荐使用开发机测试，测试则使用Pre环境，互不干扰作者回复: 如果能隔离环境肯定更好，很多企业是不隔离测试和开发环境的
1
dancer2020-05-10请问老师如果在限流阈值配置中加入应用分组的设置，和本文方案是不是也有相同的效果？作者回复: 可以把限流融入到分组
redis2020-04-20多环境的服务，我们原来采用的是修改route模块，根据调用端IP提前建立私有圈子，如果本地服务启动了就调用自己本地的.作者回复: 这是类似于命名空间的机制。
共 2 条评论
问心2020-03-28老师，可以这样理解么？ 按业务类型分组，各业务服务包含对应业务所有接口。 将对应业务中所有的接口进行分级，按级别进行分组。所有分组信息保存在限流服务中，并对各级别配置可用的临时级别，用于流量突增时临时借用，或直接对分组进行扩容。 调用方携带自身级别从限流服务中获取对应接口信息，限流服务在对应级别服务达到饱和时，考虑临时使用其他级别，并在流量降低时，停止使用临时级别。作者回复: 分组跟限流不冲突，两个纬度
Jxin2020-03-261.测试环境和开发环境一般是隔离的，不会出现上述情况。问题可以改成：同个开发环境的小伙伴，如何保证自己测试时请求到的是自己的机器？ 2.在分组后面追加变量，通过识别环境参数，做到每个人的分组都不一样，这就能做到隔离。但遗憾的是，这将复用不到一些部署在开发环境的已有应用。自己本地得跑全套。作者回复: 开发之间隔离可以通过直连的方式
雨霖铃声声慢2020-03-26这种问题会有发生，但都是做法不规范造成的，一般的做法都是通过环境来区分，如开发的有专门的dev环境，测试的有专属的QA环境，生产的有专属的prod环境。而且如果有交叉使用的情况的话就要互相知会到，没必要通过技术手段来解决这种问题。作者回复: 约定的东西很难口口相传