什么是 DevOps 工程师？

1. 沟通和协作

对 DevOps 工程师来说，与团队、经理和客户进行有效的沟通和协作非常重要。这些所谓的“软技能”常常会被忽视和低估，但 DevOps 的成功在很大程度上取决于整个价值流中的反馈质量和数量。

2. 系统管理

DevOps 工程师将具有系统管理方面的经验，例如：调配和管理服务器、部署数据库、安全监控、系统修补以及管理内部和外部网络连接。

3. 使用 DevOps 工具的经验

由于使用正确的工具对 DevOps 实践至关重要，因此 DevOps 工程师必须了解并且能够使用各种工具。这些工具涵盖整个 DevOps 生命周期，从基础架构和构建到监控和运营产品或服务的工具。

4. 配置管理

DevOps 工程师通常需要具备使用一种或多种配置管理工具（如 Chef、Puppet 或 Ansible）的经验。许多组织已经采用了这些工具或类似工具来自动完成系统管理任务，例如：部署新系统或将安全补丁应用于已在运行的系统。

5. 容器和容器编排

借助 Docker 推广的容器化技术，应用代码及其运行时环境被捆绑在同一个映像中。这就降低了传统配置管理工具的必要性。与此同时，管理容器也具有其自身的挑战，并且使用称为“容器编排器”之类的工具（例如：Docker Swarm 或 Kubernetes）已成为 DevOps 工程师的必备技能。

6. 持续集成和持续部署

持续集成和持续交付 (CI/CD) 是 DevOps 软件开发方法的核心实践，由众多可用工具支持。所有 CI/CD 工具或工具集的最基本功能就是自动完成构建、测试和部署软件的流程。

通常情况下，DevOps 工程师应具有配置和部署一个或多个 CI/CD 工具的经验，并且需要与开发组织的其他人员密切合作，以确保有效地使用这些工具。

7. 系统架构和调配

DevOps 工程师应能设计、调配和管理本地或云端计算机生态系统。了解基础架构即代码 (IaC) 非常重要，这是一种将 DevOps 软件开发的最佳实践应用到云基础架构资源管理的 IT 管理流程。DevOps 工程师应了解如何使用 Amazon Web Services (AWS)、AWS CloudFormation 或 Terraform 在云端进行系统基础架构建模。

8. 熟悉代码和脚本编写

许多传统的系统管理员都有编写 Shell 脚本来自动完成重复任务的经验。DevOps 工程师不仅要编写自动化脚本，还要了解高级软件开发实践以及如何实现敏捷开发实践（例如：代码审查和使用源控制）。

9. 协作管理技能

无论具体的组织结构如何，跨团队协作都是富有成效的 DevOps 战略的基本组成部分。无论工程团队是仅按角色划分的小组，还是有单独的团队负责功能开发、质量保证、DevOps 等，DevOps 工程师都应以教练和同事的身份在组织内部与各种人员开展协作。

例如，DevOps 投资最有价值的一项回报就是能够更快速地向开发人员提供反馈。通常情况下，DevOps 工程师必须与 QA 合作（无论他们是手动测试人员，还是编写测试自动化功能的开发人员），以提高测试方法的速度、效率和输出。

同时，在改进构建和部署应用代码的过程中，开发人员可能需要 DevOps 工程师的支持。

DevOps 宣传员

这是一位 DevOps 专家，负责在组织内部推广和推动 DevOps 实践。DevOps 宣传员通常具有强大的技术背景，但该角色侧重于人际沟通和流程改进。

发布经理/变更咨询委员会

尚未过渡到 DevOps 或仍处于 DevOps 早期阶段的组织可能会有一个名为变更咨询委员会 (CAB) 的独立小组或单独的发布经理角色。

这些角色旨在确保投入生产的所有新应用软件都符合质量和安全标准要求，并且获得相关管理层的批准。

当软件发布风险更大时，这些角色尤为重要。但是，随着自动测试和暗部署等策略的使用，这些角色就变得不那么重要了（如果未弃用的话）。

自动化专家

每位 DevOps 工程师都应具备自动化方面的专业知识。然而，一个组织拥有独立的自动化专家或自动化工程师角色也并非奇闻。他可能是专注于管理 CI/CD 工具或开发和维护自动化测试套件的人员。

软件开发人员

多数情况下，软件开发人员是指编写前端或后端应用代码或同时编写这两种应用代码的人员。在敏捷思维兴起之前，这些人过去被称为“计算机编程人员”。

质量保证

质量保证 (QA) 团队负责发现软件中的故障。过去，QA 工程师专注于手动测试新的应用代码，以确保它不会立即崩溃（“烟雾测试”）、破坏现有功能（“回归测试”）或与任何其他新功能冲突（“集成测试”）。

越来越多的组织使用软件开发测试工程师 (SDET) 角色来补充或取代手动测试人员。SDET 专注于在新应用代码投入生产之前对其进行测试。但是，此角色不是手动测试软件，而是专注于编写测试自动化代码。

安全工程师

未采用将安全性和遵从性问题完全集成到规划和开发流程中的理念的组织，通常会安排一个人或团队负责安全性。这经常被证明是一种反模式，因为它使安全性成为马后炮，而且与在设计时考虑安全性相比，在设计、构建和部署软件之后确保软件的安全性要困难得多。