一致性。在技术领域，我们用这个词来描述等效特性。如果某个事物在不同时间或不同条件下的表现相同，就可以说它具有一致性。对于在多云环境中运营的企业而言，一致性仍然是一个难题。根据我们的《2019 年应用服务状况报告》，大多数企业（87%）都面临这一问题。
显然，应用服务在数据中心和云环境中的部署率存在差异，这指向一个简单的原因：应用服务的部署缺乏一致性。
但这并非造成不一致的唯一原因。同一项调查显示，许多人确实在本地环境和公有云中部署了应用服务，但仍难以保持一致性，尤其是安全一致性。
这就需要深入探讨“一致性”的含义，因为我认为，部分问题在于没有认识到一致性分为两个不同层面，而且两者都很重要。
应用服务并非应用交付控制器
关于一致性的讨论，核心在于应用交付控制器（ADC）与应用服务之间的区别。
ADC是交付应用服务的平台。ADC本身就是一个独立系统，正如Kubernetes本身也是一个独立系统。Kubernetes是用于部署和运行容器的平台。ADC则是用于部署和运行应用服务的平台。
这一点很重要，因为平台（也可以称为系统）所强调的一致性，与其部署和运行的“事物”所强调的一致性并不相同。这里的一致性体现在运维层面，即对平台及其交付的应用服务进行管理和运维。
功能一致性
这与每项应用服务所提供的功能一致性有明显区别。功能一致性涵盖应用服务的各项能力。由于功能一致性最为直观，人们提到多云一致性方面的挑战时，通常指的就是这一点。
部署来自不同提供商的应用服务时，实现功能一致性尤其困难。一家供应商提供的WAF或反机器人服务，在功能上不一定等同于另一家供应商提供的WAF或反机器人服务。
组织难以实现多云一致性的原因之一，并非没有在云中部署应用服务，而是部署了功能能力不一致的不同应用服务。基于功能等效性进行标准化，有助于组织实现一直难以达成的一致性。
运营一致性
第二个较少被提及的不一致来源位于平台层。对于许多企业组织而言，这一层就是ADC。迁移到公有云时，许多组织会有意或无意地选择使用云原生方案来提供应用服务。
这会立即导致平台层的运维方式不一致。对这些应用服务进行配置、接入和运维的方式各不相同，并且从接入第一个API的那一刻起，就会产生运维债务。
您可能并未在本地环境中使用云原生应用服务。这意味着现在需要应对两个不同的应用服务平台，而它们在管理、分析、监控等各方面采用的方法都不相同。
这就像在本地使用两种不同的ADC。虽然一些超大型组织能够采用这种方式，但多年来我们发现，大多数组织都会统一采用单一ADC平台。保持运营一致性，并能在所有应用中复制应用服务策略，是推动这一决策的重要因素。
但在迁移到云端时，一些组织却忘记了当初统一采用单一ADC平台的原因：确保运营一致性并获得统一支持。引入更多平台必然会增加运营负担，也更难实现一致性。
一致性需要标准化
有些人认为标准化会扼杀创新，因此对这个词心存顾虑。但更令人担忧的是毫无规范的做法：它或许能鼓励创新，却难以长期持续，还会造成混乱的运营环境。
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服务。