2020 年应用服务现状： DevOps 鸿沟

名字是有力量的，神话、传说和周六早上的卡通片告诉我们这一点。 莎士比亚也许选择不同意，但每一个英雄故事都会为其男主角或女主角赋予标志性的名字。

因此，当我们命名某个事物（例如 DevOps）时，我们会赋予它某些特征。 这些特征是从业者独有的。 虽然这个日益壮大的专业人员群体确实从其以开发为中心的运营起源中获得了一些属性，但对工具、方法和日常工作流程的偏好相结合使他们变得独一无二。 他们既不是开发商，也不是运营商。

我们应用服务状况的受访者群体始终是混合的，但主要集中在 IT 领域的传统运营角色：网络、安全和系统运营。 但我们看到开发人员和自称为 DevOps 或站点可靠性工程师 (SRE) 的人员数量正在稳步增加。 鉴于他们在数字化转型工作中发挥的独特且日益重要的作用，我们深入研究了数据，关注 DevOps 实践者的态度、印象和偏好。

但在您深入研究之前，我们想重申 DevOps 是独一无二的。 如果您认为他们只是编写脚本和管理 CI/CD 管道的开发人员，那您就错了。 如果您认为他们只是专注于开发流程的运营，那您就错了。

我们在数据中发现了对技术的独特观点和视角——从应用服务到工具再到安全技能的缺陷，这三组专业人士都有不同的看法。 

由于所有领域都强调自动化和编排，因此工具已成为当今这三个群体不可或缺的一部分。 虽然这三个群体都使用了大量的工具，但当我们根据自我认同的角色来观察使用情况时，就会发现偏好。

例如，DevOps 比操作人员或开发人员更有可能使用 Ansible。 他们也更有可能使用自定义脚本（通常是 Python），并且更喜欢 GitLab，而不是开发人员同行对 GitHub 的偏好。 

我们还发现各个群体对于应用服务的偏好存在明显差异。 确实，运维人员对部署和操作应用服务（无论是在公共云还是在本地）负有主要责任。 开发人员几乎不承担任何运营责任，但随着容器原生应用服务及其支持的应用一起增长，DevOps 也正在获得发展。 当您查看他们在部署应用服务时喜欢的特性时，这一点很重要——无论位于何处。

多年来，开发人员主要关注的是性能。 有趣的是，他们同意操作人员关于功能广度的意见，比如一组强大的负载均衡选项。 但是 DevOps 并不太关心这些，而是选择易用性/部署/操作和成本。 开发人员与应用服务的主要交互可能是通过容器原生选项，他们更关心能否轻松集成到此类应用和应用服务所部署和运行的生态系统中。

DevOps 的独特性还体现在自我认定的安全技能缺陷上。 一半（50%）的 DevOps 认为网络安全是他们最大的安全技能缺陷，其次是端点安全（41%）和应用程序安全（41%）。 开发人员认为应用程序安全（49%）是他们最大的缺陷，其次是网络安全（46%），以及 DevOps（43%）。 超过一半的运营受访者将应用程序安全列为其最大的弱点（56%），其次是网络安全（41%），以及公共云安全（39%），这或许是由于他们负责部署和运营应用服务。

这里的要点是不要将这三组不同的专业人士混为一谈。 每个组织对于其部署和运营的应用服务都有自己的一套工具偏好、挑战和要求。

考虑到这一点，我鼓励您深入研究2020 年应用服务 DevOps版本，以获得对全球 DevOps 实践者的更多见解和分析。