传统企业的运维之痛(2)

很多传统企业的大型软件之间采用的还是代码依赖,当一个组件发生变化的时候,这个时候需要整个系统的全量更新.久而久之,更新的代码影响哪些外部系统,都不知道.这是深度耦合,给后续的测试和运维都带来了很大的难度.到服务依赖,才能真正的实现架构自治.

3、没有统一的开发框架

开发框架其实是统一技术标准的最佳手段,是真正的把架构规范落到了可执行层面.传统企业的架构组应该在这个点上多思考,统一的开发框架到底包含哪些?

4、业务需求优先,非功能性需求次之

要命的是,评估一个研发团队的绩效是从实现业务的功能需求角度去考核的.

5、软件的服务外购性

外包服务商的能力参差不齐,很难建立统一的标准化.如果只是一些外购的项目,在选型的时候,就很难考虑测试、运维的需要了.见过太多的抱怨,对外包服务商无法强制标准.我觉得基于一个统一开发框架的PaaS化平台也许是这类困境的出路,而这点则需要从上而下建立统一认识了.这个地方做得最好的要属国家电网了!

传统企业的运维问题绝不是人的能力问题,是多方因素的综合结果,因此在寻求解决方案的时候,需要立体的方案.而这一切的基础是运维首先必须改变人肉运维的现状,方能触及更多,这也是当下为什么企业在广泛接受运维自动化的原因.

文/老王

原文出处：互联网运维杂谈

（编辑：ASP站长网）