某知名上市OA软件还在生产机部署直接代码吗?
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
二十多年前和某知名OA软件合作时就发现经常修复过的问题,还会出现,追问之下才知道,他们没有测试环境,只有一个生产环境。代码部署都是直接修改,难免会动到前面验证良好的代码。 二十年后的今天,接触的此OA原厂人员(也许的外包)和企业内部运维,依然说是直接生产环境推代码,只是在个别企业用户的强烈要求下,多了一套测试环境。 我勒个去! 朋友圈里有没有真正的原厂人员,能不能回答一下,那仅是临时工干的或者是企业自主行为?我原厂是有代码传输和控制机制的。 这样危险的产品居然在市场上遥遥领先? 俺就是个搞审批的,要什么代码控制机制? 农民工这么多,为什么不人拉肩扛的工作呢? 在信息系统的开发和维护过程中,直接在生产环境中手工更新代码,而不通过从开发环境到测试环境再到生产环境的标准化代码部署流程,会带来多重风险和后果,这在现代软件工程实践中是非常不推荐的。 1 安全隐患 手工更新代码到生产环境可能绕过了代码审查和安全检查的流程,这可能引入安全漏洞。在标准化的部署流程中,代码的安全性是在多个阶段被审查和加固的,而直接更新到生产环境可能会使系统容易受到攻击。 2 缺乏可追溯性 在没有标准化部署流程的情况下,对生产环境的更改可能没有适当的记录和审计追踪。这使得在出现问题时更难定位问题源、回溯更改历史,以及理解哪些更改导致了问题。 3 破坏用户体验 直接在生产环境中手工更新代码可能会导致应用程序的短暂不可用,或者引入影响用户体验的错误和性能问题。要么经过测试验证的问题再次出现。这可能会导致用户不满,损害企业的声誉。 4. 难以回滚 在没有标准化部署流程的情况下,如果更新后的代码在生产环境中引发了严重问题,回滚到之前的稳定版本可能会非常困难,因为可能没有准备好的回滚机制或者预先准备的备份。 真心期待原厂人员回复,欢迎其它IT同仁纠正错误认知,更欢迎好的OA产品经理推荐自家NB产品! 该文章在 2024/8/29 12:27:37 编辑过 |
关键字查询
相关文章
正在查询... |