项目实战17—环境混用带来的影响

简介: 项目实战17—环境混用带来的影响

问题背景:

1.项目生产环境对应的APP安装包,使用了开发环境的fastdfs

2.然后在访问项目的下载地址的时候,出现了超时的报错,如图:

3.后续排查:去d-fastdfs.dmsd.tech服务器curl访问www.baidu.com很慢,因此怀疑哪里连接出现了问题,导致了超时,当时重启了本机的nginx也没有效果,最后重启了系统才行了。

需要调整的地方:每个环境都不可以混着用。

问题思考:

既然项目分出来了开发、测试、生产三个环境,那么自己作为开发人员思维上也要明确分环境的意义,不能心里还是一套环境的思维。这样会导致在实操的过程中很容易出问题。如果造成用户的使用故障,那么会严重影响用户的好感度,影响软件的口碑。

优化措施:

1.将现象融入进思想,如问题思考中的内容,环境既然分开,避免混用首先自己思想要明确

2.明确权限:没有权限的人不能操作,如果操作需要申请,同时在各个环节加入审核机制,这样在工作流程上大大减少工作量。

相关文章
|
6天前
|
新零售 供应链 小程序
复购见单模式小程序开发系统|细节方案
人们之所以喜欢在网上购物,最主要的是价格便宜,而且还能够在短时间内就拿到手
|
6天前
|
程序员
程序员必知!里式替换原则的实战应用与案例分析
里式替换原则(Liskov Substitution Principle, LSP)是面向对象设计的基本原则之一,由Barbara Liskov于1987年提出。这个原则的主要思想是:在软件中,如果一个类可以被另一个类所替换,并且不会影响程序的正确性,那么这两个类就遵循了里式替换原则。
程序员必知!里式替换原则的实战应用与案例分析
|
6天前
|
网络协议 网络虚拟化 数据安全/隐私保护
NAPT特性与配置实践分享
【4月更文挑战第1天】NAPT特性与配置实践分享
64 5
|
6天前
|
安全 前端开发 测试技术
【测开方法论】当老功能代码命名不规范的时候...如何安全增加新功能
【测开方法论】当老功能代码命名不规范的时候...如何安全增加新功能
|
10月前
|
存储 负载均衡 应用服务中间件
项目实战典型案例17——环境混用来带的影响
项目实战典型案例17——环境混用来带的影响
60 0
|
10月前
|
存储 应用服务中间件 测试技术
【项目实战典型案例】17.环境混用带来的影响
【项目实战典型案例】17.环境混用带来的影响
|
10月前
|
存储 机器人 应用服务中间件
|
11月前
|
Java 编译器
编程基础|如何解决编程中的代码错误问题
编程基础|如何解决编程中的代码错误问题
173 0
|
存储 NoSQL 算法
【实战场景一】设计一个分布式环境下全局唯一的信号器
如何正确设计一个分布式环境下全局唯一的信号器?
132 0
|
中间件 测试技术 Windows
【基础理论-兼容性测试】无删减 - 兼容测试大全
【基础理论-兼容性测试】无删减 - 兼容测试大全