为什么发展反对经营？

Question

我仍然是一名学生，但我不懂操作，我的英语仍然很差。

我的问题是，为什么发展反对经营？什么时候发展起来反对经营？

Answer 1

DevOps的要点是，开发不应该反对操作，而应该相互支持。

传统上，由于瀑布式部署和大规模更新，开发在部署时会引起各种问题，原因是测试不足、服务器环境不断变化、列表不断重复。从本质上说，更新太大了，操作团队无法有效地部署它们，而不会在过程中出现一些问题。这些问题可能就是为什么您认为开发与操作对立的原因。

另一方面，DevOps可以减少更新大小，减少僵化环境，并通过每年增加切换次数来改善应用程序在开发和操作之间的切换。随着部署数量的增加，操作的麻烦也会减少，因为它们已经自动化了更新产品所需的大量工作，或者更好地预测和准备更新。

Tldr: DevOps的目标是通过创建一种思维方式，让操作和开发一起工作，以及时和容易复制的方式频繁地部署产品，从而否定开发与操作对立的理论。

Answer 2

我想你已经得到了一些全面的答复，但你说你的英语不太好，所以我将尽量提供一个非常简短和可以理解的答案：

• 发展的主要目标是进行变革。
• 操作的主要目的是保持环境稳定。

这两件事互相冲突。话虽如此，发展与经营不应相互对立。他们应该共同努力，确保这两个目标都能实现。这就是DevOps的目的。

Answer 3

开发和运营之间的紧张关系往往是由团队内部的激励和优化尝试失调造成的。

开发人员通常根据他们能够通过并合并到代码存储库中的问题的速度和数量来判断，他们的回报通常与代码的实际工作或正确工作无关。更不用说规模、性能和其他因素了。

操作通常是根据环境的稳定性和代码在生产中的工作情况来判断的，但很少根据快速带来更改的过程的质量来判断。

这就产生了这样的问题:开发人员被激励创建大量代码，并将其扔到操作团队，而操作团队有动机接受尽可能少的更改，以确保环境的稳定。

在某种程度上，DevOps是解决这个问题的一组解决方案：

• 其中一些可以是组织性的，团队的流程和激励机制可以改变。例如，如果开发人员的工作只有在生产运行了一段时间后才标记为已完成，则没有问题，操作团队同意对代码拥有所有权。类似地，可以更多地根据代码被接受的速度来判断操作，而环境仍然处于某种稳定范围内。
• 解决方案的另一部分可以是通信和交叉极化，您可以将操作人员嵌入到开发团队中，反之亦然。您打破了这些团队和DevOps工程师之间的墙往往是这种桥接的结果。
• 支持持续集成和连续部署等过程的工具是解决方案的另一部分，它可以提高更改的速度，同时在出现任何问题时保持生产环境的高质量和快速恢复，如出现任何问题，则可通过回滚代码或将修补程序快速进展到生产中。