【项目实战典型案例】17.环境混用带来的影响

简介: 【项目实战典型案例】17.环境混用带来的影响

一:背景介绍

之前公司是使用另一个项目开发环境中的上传文件功能将生产环境的另一个产品的安装包上传到开发环境的fastdfs服务器中,上传完成之后返回的安装地址的域名替换了生产环境产品的生产环境的域名。

二:思路&方案

思路

方案

1、分权

  • 生产环境对开发和测试只开放查询权限,需要修改权限时需要经过一定的机制来控制记录,一般只在调试程序时开发修改权限
  • 测试环境对开发只开放查询权限,需要修改权限时要经过确认,一般只在调试程序时开放修改权限
  • 开发环境对测试人员只开放查询权限

2、定期对比

  • 取生产环境数据库作为标准,对比测试环境
  • 开发环境同样与生产环境对比,差异部分先去除最近一次要分布生产的脚本影响,再将剩下的,在开发组内部沟通确认,将没有人负责的删除,这样,可以得到相对统一的环境

环境混乱的危害

  1. 环境隔离被破坏
  2. 可能会造成生产事故
  3. 会导致数据的不准确性

三:过程

1、排查nginx请求转发是否正常

2、找到开发环境项目的服务器,查看服务器配置的nginx

3、从fastdfs服务器上找到安装存储的位置

4、排查结果

去开发环境的fastdfs服务器cur访问www.baidu.com很慢,怀疑是哪里连接有问题,导致的超时,重启了本机的nginx也不行,最后重启了系统,没有问题了。

四:总结

环境混乱的危害是十分严重的,以及不可原谅的。这是对自己的不尊重,更是对生产环境的不敬畏。


相关文章
|
1月前
|
新零售 供应链 小程序
复购见单模式小程序开发系统|细节方案
人们之所以喜欢在网上购物,最主要的是价格便宜,而且还能够在短时间内就拿到手
|
2月前
|
程序员
程序员必知!里式替换原则的实战应用与案例分析
里式替换原则(Liskov Substitution Principle, LSP)是面向对象设计的基本原则之一,由Barbara Liskov于1987年提出。这个原则的主要思想是:在软件中,如果一个类可以被另一个类所替换,并且不会影响程序的正确性,那么这两个类就遵循了里式替换原则。
程序员必知!里式替换原则的实战应用与案例分析
|
25天前
|
敏捷开发 编解码 测试技术
【测试】1. 概念 + 基础篇
【测试】1. 概念 + 基础篇
39 1
|
9月前
|
SQL 安全 关系型数据库
项目实战典型案例7——在线人员列表逻辑混乱反例
项目实战典型案例7——在线人员列表逻辑混乱反例
121 0
项目实战典型案例7——在线人员列表逻辑混乱反例
|
9月前
|
存储 负载均衡 应用服务中间件
项目实战典型案例17——环境混用来带的影响
项目实战典型案例17——环境混用来带的影响
58 0
|
9月前
|
应用服务中间件 nginx
项目实战17—环境混用带来的影响
项目实战17—环境混用带来的影响
69 1
|
9月前
|
Java
项目实战典型案例11——生产环境重大事故
项目实战典型案例11——生产环境重大事故
65 0
|
9月前
|
安全
项目实战典型案例19——临时解决方案和最终解决方案
项目实战典型案例19——临时解决方案和最终解决方案
75 0
|
9月前
|
存储 机器人 应用服务中间件
|
9月前
|
数据库 Nacos
【项目实战典型案例】08.用户成为设计者的正例
【项目实战典型案例】08.用户成为设计者的正例