DevOps高手也需要协作

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

如果您是家长（即使不是也没关系，我们不会评判），很可能已经被迫看过《乐高大电影》，而且不止一遍。

我认为，任何考虑采用DevOps的企业或许都应该把这部电影列为必看影片。

说真的。

这是因为，我们得到的（诸多）经验之一是：即使是精通各自领域的建筑大师，也需要与他人协作，才能拯救世界，将应用迁移到所需的部署状态。也就是说，不能让应用在生产环境中受困于手动流程这种可怕的技术“万能胶”。

单打独斗时，建筑大师不仅能构想出自己想要建造的东西，还能想到建造它所需的所有组成部分。在电影中，他们常常以令人赞叹的方式迅速完成作品，让它们能撞击、飞行、竞速和射击，从而化解危机。但当需要着眼“大局”时，他们却无能为力：不仅要分别完成各个作品，还要编排（看出这里的双关了吗？）一系列行动，挫败邪恶反派的阴谋。他们需要那个喜欢查阅说明、随身携带程序清单的人，带领大家朝着同一个方向行动。

对我们而言，这个共同方向就是生产环境。

随着持续部署逐渐成为现实，并成为DevOps跨越开发与“其他IT职能”之间壁垒后的最终目标，安全、存储、计算和网络这四大运维领域亟须协同，以确保各类服务和系统的主要构建者不会各自为战。

即使是采用微服务的开发人员，也深知其“代码本地化且独立于其他服务”的理念和方法只有在具备明确定义并记录在案的接口（API）时才行得通，其他服务可通过这些接口进行通信。开发这些接口时不能（也不应）脱离实际，而不了解其他服务将如何调用它们。

生产环境也是如此。所有4个运维领域都需要在某个环节进行通信，才能真正实现持续部署。即使每项服务或每组服务的具体构建方式各不相同，也必须遵循一套总体规划和指令。最终，这些服务必须编排到一个贯穿全局的流程中，推动部署从生产流水线的一端运行到另一端。

各个领域的核心构建者无法完全各自独立开展工作。他们需要相互协调、通力合作，并思考各自负责的部分如何融入整体规划，从而守护当今企业赖以运营的（应用）世界。

着手推进这项工作的一种方法是绘制影响集图。最近，我从安全角度阅读了一篇关于代码耦合的文章《程序耦合的80%法则》，这让我再次想到了这种方法。文章主要聚焦于代码，并构建面向开发人员的依赖关系图。但如果将视角提升一个层次（进行抽象），把函数、过程和方法视为生产环境中的系统，就能开始看出这种方法的用处。了解应用部署对特定服务的依赖程度（初期甚至可以先从域级别入手），有助于判断为完成这项工作需要各团队进行多少协调，并据此制定实现目标的计划。

一个典型的例子是，几乎所有环节都依赖于核心网络服务先完成部署。这不仅适用于应用及其依赖组件，也适用于交付应用的安全服务和更高层级的应用服务。负载均衡、Web应用安全乃至防火墙都依赖网络属性才能正常运行。了解由IT内部不同团队（各自独立的部门）管理的系统与服务之间的这些依赖关系（耦合系数），有助于推动各方加强沟通与协作，从而实现哪怕是初步的持续部署。

即使是经验丰富的构建者，也必须了解自己的成果如何融入全局。随着整个IT运维日益自动化和代码化，将开发技术和工具应用于运维，有助于他们更好地构建必要的接口，将自己负责的部分整合到持续部署这一宏大的构建工程中。

关于作者

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章