当公司实施DevOps方法时,服务设计师 /开发人员 /运营管理器可以更改



我现在学习DevOps,只是了解瀑布和Devops之间的差异,其效果和好处。

我的问题是,当公司实施DevOps方法时,服务设计师/开发人员/运营管理器可以更改什么?

说,当实施DevOps方法时,开发人员组和操作组应该对CI/CD进行更多对话,但我找不到更多详细信息。

我没有任何类型的项目,所以请让我知道每个部门的每个组都会更改什么。

如果有针对Desinger/Devering/Developer/Operanage实施DevOps和指南的指南,则确实会有所帮助。

非常感谢。

首先,我想将您的注意力转移到"瀑布和Devops"比较上 - 这些是苹果和橙子。可以将瀑布与敏捷(Scrum,看板等)进行比较,但不能与Devops进行比较。瀑布是代码传递的频率方法。但是Devops是一种文化。

开发人员将更改的内容

他的代码将与他预期的环境完全执行。无论是开发,测试还是产品 - 它将在相同环境变量中在同一容器中运行(只有CPU/RAM/HDD等物理资源才能不同)。因此,它大大降低了生产失败的风险,并随后减少了与生产进行研究的需求。

操作将更改的内容(SRE,System Admin):

他获得了带有描述环境的代码[更多地了解基础架构作为代码(IAC)],他不在乎依赖性,操作系统或任何内容。他需要使用的一切:在代码下方的抽象层(例如,像Kubernetes)。而且该层不取决于代码状态,因此操作的工作范围是更好地计划的,并且不依赖里程碑或其他。

将更改 Manager

他的预测具有更好的可预测性,因为现在的错误似乎不经常,因为正在测试中的相同容器也用于生产。此外,故障排除需要更可预测的时间,因为微服务更容易进行电气链等故障。

相关内容