DevOps的生存状态如何？——了解DevOps的现状

    历史书中常见的一句话叫做“顺应历史发展的潮流”，简而言之就是要符合社会的需求，这样才会有生存空间。在当下，DevOps也有它的生存状态，我们下面对DevOps的现状做简要阐述。

    许多组织将开发和管理系统分为不同的部门。开发管理部门的驱动力分析通常是“频繁进行交付新特性”，而运营相关部门则更关注IT服务的可靠性和IT成本方面投入的效率。这两个目标不匹配，开发和利用的差距造成的，从而减缓IT的速度，以实现业务价值的操作之间。
    开发工作人员经常不考虑学生自己写的代码会对企业运营造成什么影响。 在交付代码之前，它们不邀请操作员参与体系结构决策或代码评审。
    开发人员配置或修改环境后，往往不及时沟通和操作人员，造成新的代码将无法运行。
    为了找到通常需要尝试许多不同的参数进行必要的配置参数;获得工作状态之后，最小常常难以确定哪些步骤执行通过状态可以被到达。
    开发工作人员倾向于通过使用有利于企业快速发展开发的工具：对代码进行修改更快的反馈，更低的内存消耗等。 这样的工具集与操作员面临的目标运行时环境有很大的不同：后者需要比灵活性更多的稳定性和性能。
由于开发者通常使用电脑，他们倾向于使用优化的操作系统能够为桌面用户。生产生活环境的运行时系统设计通常都运行服务器操作控制系统上。
    在开发过程中，该系统是在本地机器上运行的开发人员。在运营管理过程中，系统可以经常进行分布在多台服务器上，例如web服务器、应用程序服务器、数据库数据服务器等。
    开发由功能需求驱动。
    操作是非功能性需求被驱动。
    运营管理人员希望可以尽量避免修改功能，从而达到降低企业满足非功能性需求的风险。
    如果您拒绝了小的修改，但时间需要一定时期内不变，改变总金额，然后规模的每一个变化会更大，变更规模越大，风险也会越大。
    由于操作人员试图避免更改，新功能流入生产环境的速度被延迟，从而延迟了开发人员向用户交付功能的速度。
    操作人员可能缺乏内部应用程序的了解，因此很难做出正确选择的运行环境和释放过程。
    开发工作人员可能对运行时环境问题缺乏了解，从而难以正确地对代码可以进行分析调整。
    以上就是DevOps的现状。

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！