开发人员确实与众不同。从角色和职责，到在组织架构中的位置，他们往往都是“不太合群”的群体。甚至不能简单地将他们归入“IT”，因为开发团队常常在隶属于IT部门和业务部门之间来回调整。
尽管DevOps作为一种文化转型已开始落地，但大多数组织仍按职能划分，形成了人们不太喜欢的所谓IT孤岛。在我们的《2019年应用服务状况》研究中，我们发现，近一半的受访者（46%）仍采用“单一职能团队”的组织形式，例如“网络”“服务器”“存储”和“安全”团队。超过三分之一的受访者（37%）在综合运维团队中工作，这类团队更适合在应用交付和部署中采纳并运用DevOps原则和方法。只有15%的受访者在按业务部门或公司产品组建的小型跨职能团队中工作。
组织结构至关重要，因为它在一定程度上决定了团队的目标和优先事项，进而决定了衡量成功的指标。组织各自为政，指标也会彼此割裂。这一点可以从我们去年夏季开展的NetOps与DevOps调查中看出。我们发现，不同组织结构下衡量团队的方式存在显著差异。例如，在所有团队类型和角色中，最常用的指标包括：
- 网络正常运行时间（60%）
- 应用正常运行时间（56%）
- 流程优化（40%）
- 平均解决时间（39%）
但当我们进一步细分，并按团队类型分析指标时，就会发现：团队结构的协作程度越高，也就是越接近DevOps模式，优先事项就越会发生变化。
| 单一职能 | 联合运维 | 跨职能 |
网络正常运行时间 | 67% | 54% | 50% |
应用正常运行时间 | 53% | 58% | 61% |
流程优化 | 34% | 45% | 45% |
平均解决时间（MTTR） | 43% | 30% | 44% |
那么，衡量您工作成效的指标与应用服务有何关系？事实上，关系非常密切。
如果主要关注网络正常运行时间，就会围绕这一目标开展工作，并部署有助于实现该目标的服务。应用正常运行时间也是如此。如果这是首要任务，就会比以部署频率为考核指标的人员更加重视可用性服务。
从我们的研究中可以看出，以“单一职能团队”为主的受访者群体对应用服务部署计划产生了影响。按照应用服务为应用提供的功能进行分类后，这种影响更加明显，这些功能包括安全、性能、身份和访问、可用性以及移动性。
这些结果反映了单职能团队指标的影响。开发人员主要关注可用性（通常包括具体的性能目标），并计划部署同时支持可用性和性能的应用服务。同样，网络运维团队重点关注通过优化、扩展和保护应用所依赖的网络协议来支持网络正常运行时间的应用服务。
团队结构至关重要。这不仅是因为需要营造更具协作性的文化，还因为团队结构会影响包括技术选型在内的决策。目标不同会导致摩擦和挫败感。这也是负载均衡等传统上由网络运维团队部署和运营的应用服务被DevOps团队接管，并作为应用的一部分进行部署的原因之一。因为在采用单职能团队结构的组织中，应用正常运行时间是开发人员的优先事项，却不是网络运维团队的优先事项。
要真正发挥DevOps的价值，团队结构及其衡量指标必须转向更具协作性的模式，摆脱传统的单一职能团队模式。
因为筒仓应该建在农场，而不是IT部门。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。