在传统业务中，有两个独立的群体，开发团队和运营工程师。他们致力于在他们的泡沫中工作的开发，为运营发布产品。基本上，DevOps 是一组结合软件开发和 IT 运营的实践。现在，DevOps 团队是系统开发生命周期不可或缺的一部分，并为构建和交付高质量的软件提供持续支持。 DevOps 与敏捷软件开发相辅相成。 2008 年，Andrew Clay 和 Patrick Debois 之间的讨论产生了实际的概念。
DevOps 这个名字是由 Patrick Debois 于 2009 年命名的。从那时起，他开始传播 DevOps 方法，让从工程师到设计师的所有团队一起交流和交换想法，最终带来更好的业务。如今，从小型到大型 IT 组织，每个人都需要在其组织中执行各种任务的 DevOps 专业人员。在本文中，我们将更详细地探讨不同的 DevOps 工作角色。
DevOps 中的不同工作角色：
1. 开发运维工程师：
在有机现象的鼎盛时期，权威都告诉了 DevOps 项目。此外，被称为平台工程师，DevOps 工程师是负责监督和支持用于 DevOps 操作的平台的人。
DevOps 工程师职位的合格候选人在 DevOps 工作中较早，熟悉市场上的平台以及将它们集成到现有业务流程的方式，以及管理专业知识
2. 建造工程师：
构建工程师可能是 DevOps 社会控制职位，应归咎于事件组。这个人花时间管理构建和开发方法，并负责在极快节奏的氛围中保证构建目标和最后期限。他们管理代码、维护构建、生成新构建，并另外管理部署自动应答，确保构建满足既定的配置需求。
他们有一个混合角色，具有不同技术角色的职责，如妻子设计师或配置经理。所有这些都适用于业务范围内的大量潜在客户，在该职位内具有很大的灵活性。
3. DevOps 布道者：
在市场上，已经有几家致力于 DevOps 生活方式的公司。这些公司在 DevOps 布道者的指导下进行平方衡量。职位持有人或顾问或助理工人。这个角色渴望权威，因为他们的目标是为 DevOps 实施开发一个想法、一个想法、一个概念或一个灵感}，并说服那些人去责怪如果该计划得到执行，更高的生活会占多大比例。 DevOps 布道者是副分析师，应该在编译和呈现信息方面很明智。
4. 发布经理：
如果构建工程师在硬币的背面，则放电经理在正面。排放经理是负责监督总体发展的副监督和社会控制职位，他们因此建立工程师和不同的团队，以确保达到目标。
发布经理应该是最初的，也是最重要的，一个管理和监督职位，需要成功的深层次合理的开发信息。
5. 产品经理：
DevOps 本质上是针对将操作系统转化为开发的，大多数 DevOps 角色都衡量具有扩大职责和技能组合的开发角色。它的关联操作角色在 DevOps 中重新定位。这个角色是直接来自 DevOps 的运营方面的一个角色，并带来了成功所需的结构和管理技能。
6. DevOps 代码开发人员：
代码开发人员的角色对于任何以代码为目标的公司都至关重要。在 DevOps 中，代码开发人员不仅负责开发代码，还负责检查、部署、监控和支持该代码。除了 QA 和维护之外，DevOps 代码开发人员还应该精通密码学和代码开发。
7. 安全工程师：
DevOps 中充满了时尚的代码开发，安全性是事件方法的阻力和重要方面。安全性必须自下而上地融入商品中，因此它更难以利用且更经久耐用。这需要安全工程师与代码开发人员密切合作，这不仅对于产品的成功至关重要，而且对于用户利用它的安全也非常重要。它必须符合所有流行的安全标准、正在进行的攻击、向量和通常绕过安全性并制造漏洞的用户行为。
如果我们能看到，那么 DevOps 会有一个美好的未来。许多组织已经开始转向云技术、自动化和采用敏捷框架。这是 DevOps 的一部分。可以想象为将分离的组件组合在一起，将取代传统的 IT 基础设施。这消除了冗余角色，同时增加了微服务架构。