我们已发布多篇博客，探讨由交付（应用开发）与部署（生产）之间的鸿沟引发的相关话题，而这一讨论源于我们近期对NGINX的收购。其中一篇曾简要提及一个概念，今天我们将深入探讨：运维简化。
“运维简化”这一概念背后，存在着可配置性与可运维性之间的分歧，两者形成鲜明对比。一方面是可配置性，即能够在网络层、平台层和应用服务层调整应用服务的特性。借助这种能力，可以启用或禁用Nagle算法，还可以调整影响协议性能和效率的设置。
另一方面是可操作性，即快速部署、管理和监控应用服务的能力。实现可操作性只需了解应用服务，无需掌握太多其他知识。操作人员不必精通平台层或网络层。为此，应用服务层提供的配置选项和控件可能会受到限制。首要目标是让应用服务易于部署和运维。
其中一项会增加复杂性，另一项则会降低复杂性。一项要求对整个技术栈具备深入而广泛的知识，另一项则不需要。两者都在应用安全交付中发挥作用。
职责划分
这种职责划分之所以重要，是因为云和容器正在推动应用服务基础设施向更简单的模式转变。容器正在使用多种应用服务。负载均衡、入口控制、监控、API网关和API安全被视为成功实施容器化战略的必要组成部分。从本质上讲，架构转型也在对应用服务本身进行划分：有些更适合部署在数据路径中，有些则更适合作为应用架构的一部分。
这意味着，越来越多的应用服务由运维团队（尤其是DevOps团队）在本地和公有云中使用。这对应用服务产生了深远影响，因为DevOps更看重可运维性，而非可配置性。DevOps并不特别关注TCP协议栈调优，而是更关注快速、频繁地部署以及维持应用可用性。
这主要是因为企业日益重视价值实现速度，因此需要加快交付和部署。没有人有时间反复折腾基础设施，他们还要推动应用尽快上市。
但这并不意味着可配置性不重要。可配置性非常重要，尤其是在安全和性能方面。标准化的网络和平台堆栈无法针对任何特定需求进行优化，也无法自行调整，同时针对移动端和桌面端进行优化。无论是在云端还是本地部署，它都没有针对您的网络进行优化。
无论我们是否愿意承认，性能都是一项综合指标。如果网络速度慢，应用速度就会更慢。要确保可用性和性能，网络层和平台层的优化至关重要。因此，需要让能够充分利用可配置性的人员获得相应的配置能力。
并非非此即彼的选择
可配置性仍与可操作性同等重要。这并非真正的二元选择，因为应用服务的使用方式并不是非此即彼。如今，NetOps和DevOps都会使用应用服务；二者的区别在于对这些应用服务的部署和管理有不同预期。NetOps需要可配置性，DevOps则需要可操作性。
企业需要兼顾两者，因为如果应用本身不够快速、可靠，再快的上市速度也无济于事。
之所以存在这种差距，是因为技术正处于过渡阶段：过去，可配置性是常态；未来，可运维性将成为基本要求。如今，需要通过符合运维人员运维预期的应用服务来弥合两者之间的差距。正因如此，F5与NGINX的结合在当下令人振奋。
但我相信，未来可以兼顾可配置性和可运维性。正因如此，F5与NGINX的结合有望在未来发挥更大价值。如果您特别想了解F5与NGINX将如何提供现代API管理，报名参加即将举行的网络研讨会。
关于作者
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服务。