当一家公司实施DevOps方法时，服务设计人员/开发人员/运营经理可以做哪些改变？

Question

我现在正在研究devops，只是理解了瀑布和DevOps之间的区别，它的影响和好处。

我的问题是，当一家公司实施DevOps方法时，服务设计人员/开发人员/运营经理可以改变什么？

这是说，在实施devops方法时，开发人员团队和运营团队应该就CI/CD进行更多的对话，但我找不到更多的详细信息。

我没有任何类型的项目，所以请让我知道每组IT部门将有什么变化。

如果有一个实现devops的指南和对设计者/开发人员/运营经理的指导，它将会非常有帮助。

非常感谢。

Answer 1

首先，我想把你的注意力转向“瀑布和devops”的比较--这些是苹果和橙子。瀑布可以与敏捷(scrum、看板等)相比较，但不能与DevOps相提并论。瀑布是一种频繁的代码交付方法。但DevOps是一种文化。

developer将做哪些更改

他的代码将在与他期望的完全相同的环境中执行。无论是dev、test还是prod --它都将在相同的容器和相同的环境变量中运行(只有CPU/RAM/HDD这样的物理资源可以不同)。因此，它显著降低了生产失败的风险，并随后减少了连接到生产进行调查的需要。

operations (SRE、系统管理员)将有哪些更改：

他使用所描述的环境获取代码，阅读更多关于基础架构即代码(IAC)的内容，他并不关心什么依赖项、操作系统或其他任何东西。他需要做的就是:代码下面的抽象层(比如Kubernetes )。这一层不依赖于代码状态，因此运营人员的工作范围得到了更好的规划，并且不依赖于里程碑或其他任何东西。

管理器将会有什么变化

他在他的预测中有更好的可预测性，因为错误现在不会那么频繁地出现，因为测试中的同一个容器将投入生产。此外，故障排除需要更多可预测的时间，因为微服务更容易排除故障，如电路链。