| 传统运维的一种极端情况可以被描述为“黑盒运维”。在这种文化中，运维与开发是分开的，相互间一般不合作，就算合作，也是极为不情愿的。其特点就是开发和运维有着相反的目标。开发团队的任务是为产品增加新功能、不断升级产品，并以此制定绩效。运维团队的目标，则是稳定第一。如果没有进行足够的沟通交流，两个团队就会产生矛盾，当开发人员兴致勃勃的快速开发新功能的时候，运维人员可没什么心情去部署新功能。对稳定系统实施任何类型的变更，都会导致系统产生隐患，因此运维人员会尽可能避免变更。产生这种鸿沟的原因如下。
|
|
|
| （1）开发人员经常不考虑自己写的代码会对运维造成什么影响，他们在交付代码之前，并不邀请运维人员参与架构决策或代码评审。
|
|
|
| （2）开发人员对配置或环境进行修改之后，经常没有及时与运维人员沟通，导致新的代码不能运行。
|
|
|
| （3）开发人员在自己的机器上手工修改配置，而没有记录所有需要的步骤，想找到必要的配置参数，通常需要尝试很多不同的参数。
|
|
|
| （4）开发人员倾向于使用有利于快速开发的工具，这样的工具集与运营人员面对的目标运行时环境非常不同（后者对稳定性和性能的要求远胜于灵活性）。
|
|
|
| （5）开发人员平时使用桌面电脑，他们倾向于使用为桌面用户优化的操作系统，生产环境系统通常都运行在服务器操作系统上。
|
|
|
| DevOps需要在组织内部进行文化和技术的改变。从团队文化角度来说，运维和开发的传统思维需要改变，这样才能更开诚布公的进行沟通，实现目标的统一。从技术角度来讲，开发人员需要了解运维团队的工作方式，并加深对系统架构的认识。运维人员需要明白开发流程，并深入了解代码内容。
|
|
|
京公网安备 11010502032051号 | 营业执照