在太多受监管平台中，默认的 API 计划仍像工厂车间。超大规模云原生或高度专有的网关位于边缘。专家每周花费时间编写 XML 代理捆绑包、共享流和专有转换脚本。一旦检查令牌并应用粗粒度产品授权，安全就被宣布“完成”。在该网关之后，服务到服务调用、代理工具和字段级数据路径运行的控制要弱得多。结果是锁定而无弹性：您无法干净地将控制平面迁移到多云，无法在没有稀缺的 XML 和认证专家的情况下为平台配备人员，并且当授权停留在前门时，您无法声称零信任。
这种模式不再仅仅是杂乱。Akamai 2026 年 API 安全影响研究报告显示，过去一年 87% 的组织遭受了 API 安全事件，较 2022 年的 76% 上升，顶级四分位年度成本超过 180 万美元。Salt Security 2026 年上半年研究发现，32% 的组织经历了 API 安全事件，47% 因 API 安全问题延迟部署，几乎所有分析的攻击尝试均来自已认证来源。错误配置和损坏的授权主导 OWASP API 安全 Top 10 攻击面。边界剧场无法在这些证据中存活。渐进式执行才能。
保持 XML 工厂开放的代价
对于声称想要多云自由的运营商，Apigee 和 MuleSoft 是最明显的反模式。Apigee 的策略模型以专有 XML 代理捆绑包、共享流以及不迁移到其他网关的 Java 或沙盒 JavaScript 调用为中心；即使在混合数据平面部署在其他地方时，Apigee X 仍将控制平面保留在 Google Cloud 上；Apigee Edge for Private Cloud 的停用推动转向 Apigee X，加深了那些曾经相信有退出路径的企业的耦合。MuleSoft 通过 DataWeave 和认证开发者劳动力市场加剧了问题：转换和连接器逻辑成为仅在一个运行时中运行的资产。两个平台都不是“坏软件”。它们都编码了一种专门人力、冗长配置和迁移成本随您继续投资每个季度而上升的运营模式。
无所作为的商业成本不仅仅是许可费用。它是平台工程师无法随组织云策略移动的机会成本，是东西向流量从未被纳入与南北向相同策略图的审计发现，以及当每个新 API 等待稀缺的 Apigee 或 MuleSoft 专家而不是代理可提出且人类可批准的声明式流水线时的产品延迟。超大规模云原生网关增加了第二个陷阱：它们在承诺的云支出下看起来便宜，直到第二个区域、第二个云或分拆迫使重写。您没有购买可移植性。您租用了在监管或商业压力下蒸发的便利。
可移植网关和代理形态的安全模型
逃生舱口已在采购团队已在使用的相同市场上。Kong Konnect 已在 AWS、Microsoft Azure 和 Google Cloud 市场上架，可在这些提供商上配置专用云网关。Tyk 可在 AWS Marketplace 上用于云、混合和自管足迹，并有 Azure Marketplace 镜像以及在 Google Cloud 上记录的自管路径。两者都作为开放、倾向标准的平台运行，而不是 XML 工厂。配置倾向于声明式 API、插件、与 OpenAPI 对齐的设计以及可存放在 Git 中的策略。这是 AI 代理需要的基底：它们可以生成、diff、测试和回滚的工件，而无需手工编辑代理 XML 的家庭手工业。
这不是针对任一供应商的宣传册。它是关于劳动力和杠杆的论点。工程范式已改变。您不想要数千名低技能工人维护 Apigee XML。您想要一个定义策略意图的精简平台团队，加上 AI 代理根据该意图起草路由、插件、网格策略和回归测试。人类审查风险、批准高影响变更并拥有审计轨迹。代理完成重复的构建、配置和测试循环。Kong 和 Tyk 适合该模型，因为它们的表面是可编程和可移植的。Apigee 和 MuleSoft 适合相反的模型：专门语法、专有运行时以及作为主要自动化层的人力。
安全必须是整体的，否则就是剧场。基于 CNCF Sandbox 项目 Kuma 构建的 Kong Mesh 将相同理念扩展到东西向：在 Kubernetes 和 VM 上基于 Envoy 的网格、多区域控制以及嵌入式 Open Policy Agent 支持，以便 Rego 策略随数据平面一起移动，而不是作为另一个边车农场。在网关端，Ping Identity 的 PingAuthorize 通过 ping-auth 插件与 Kong Gateway 集成，用于基于属性的决策和边带执行。Open Policy Agent 仍是许多粗粒度和细粒度检查的开放标准。重点不是哪个品牌在比拼中获胜。重点是在可移植机器上进行渐进执行：在边缘进行身份验证，在产品和角色上进行粗粒度授权，在对象和操作上进行细粒度授权，然后是字段级策略和敏感属性的审计，在网格内再次应用于服务到服务调用。对合法流量的最大效用。对其他一切的零信任。
为什么运营模式必须现在改变
三种压力同时到来。首先，API 资产在自动化和代理客户端下爆炸式增长。Salt 2026 年上半年调查报告显示，三分之二的组织在一年内看到 API 增长超过 50%，而只有少数声称具有先进的 API 安全成熟度。其次，攻击者越来越多地带着有效凭证到来。已认证滥用、损坏的对象级授权和错误配置是工作方法；仅检查令牌是否存在的网关正在回答昨天的问题。第三，多云和主权计划对银行和保险公司不再是可选的讨论点。仅真正存在于一个超大规模云上的控制平面是被伪装成集成项目的策略风险。
人才市场已随工具移动。XML 和认证工厂在争夺萎缩的人才池，并培训不转移的技能。声明式网关、Rego、OpenAPI 和网格策略培训跨云和供应商转移的技能。AI 编码和运维代理放大了第二个栈，并在第一个上挣扎。在改变路线前等待下一个 Apigee 或 MuleSoft 主要版本，只会延长您最稀缺的人员被雇为专有配置的人力编译器的时期。将策略视为代码并将代理视为构建者的竞争对手将更快地交付安全 API，而您的变更委员会仍在辩论共享流所有权。
从一个可移植平面开始的务实 rollout
从分离网关商品与集成专业开始。盘点主要路由、身份验证、限流和暴露产品的体验层 API。这些是第一天使用 Kong 或 Tyk 的候选者。将真正依赖 MuleSoft 连接器或 DataWeave 的复杂系统和流程集成留在它们发挥价值的地方，直到有理由进行 deliberate 重写。不要尝试大爆炸式替换。并行运行可移植网关，迁移高价值 API 的薄垂直，并将遗留平面作为后备，直到延迟、错误预算和策略覆盖通过商定的关卡。
通过您已信任的市场采购，以便承诺的云支出可以资助云无关运行时，而不是原生锁定。尽早在至少两个提供商或一个提供商加本地部署相同的网关模式，即使流量很小。该练习是证明配置、身份集成和可观测性的可移植性，而不是在第一个月最大化请求。针对您现有的身份提供商编码身份验证、粗粒度产品授权以及针对支付读取、理赔文档访问或客户 PII 字段等敏感域的第一个 Open Policy Agent 或 PingAuthorize 决策路径。
从一开始就在人类治理下建立代理辅助交付。定义策略即代码仓库、契约测试以及路由和插件变更的金色路径。允许代理提出配置并为损坏的对象级授权和字段过滤器生成负面测试。要求对生产提升和任何授权扩大进行人工批准。成功指标应是董事会可读的：可移植平面上的 API 份额、添加受治理端点的平均时间、版本控制下的策略比例、过度授权令牌的影子发现以及可从 Git 恢复相同策略图的云数量。
从网关扩展到网格和字段级策略
一旦域的南北向流量稳定，将相同的信任模型扩展到东西向。引入 Kong Mesh 或上游 Kuma 用于服务到服务的相互 TLS、流量权限和 MeshOPA 策略，以便内部调用者面临与外部相同的授权理念。将细粒度检查推近数据：对象所有权、目的限制以及当令牌有效但属性超出范围时的字段级编辑或拒绝。将来自网关和网格的审计事件连接到相同的安全信息平面，以便调查者看到渐进决策而不是边缘的单一允许/拒绝。
谨慎扩展代理范围。让代理拥有针对您资产重要的 OWASP API 安全 Top 10 类别的回归包，特别是损坏的对象授权和安全错误配置。让人类负责威胁建模、数据分类决策和异常处理。尽可能将 PingAuthorize 或 OPA 视为授权逻辑的记录系统，以便网关插件保持为薄适配器。这种分离阻止策略再次在供应商的 XML 中腐烂。仅当前一个域具有连续策略测试、记录的后备和不依赖单个认证专家的操作手册时，才扩展域。
最大效用，零信任：商业回报
通过超大规模云市场购买的可移植网关将云承诺转化为战略灵活性，而不是更深的俘虏。您保留 AWS、Azure 或 Google Cloud 的采购便利，而不接受其原生 API 网关作为命运。您减少 XML 工厂对平台预算的人力索赔，并将努力重定向到策略设计、数据分类和代理监督的自动化。您为 CISO 提供连贯的故事：在多层执行的身份验证、粗粒度授权、细粒度授权和字段级控制，以及针对客户看不到的调用的网格覆盖。
对银行而言，这意味着可随弹性和主权计划移动的开放银行和内部域 API。对保险公司而言，这意味着暴露合作伙伴所需但不泄露令牌不应看到的字段的理赔和保单服务。对任何受监管运营商而言，这意味着授权是渐进和有意的审计证据，而不是单一网关勾选框。人才留下来，因为栈教授可转移的云原生技能。退出选项保持真实，因为配置未被困在 Apigee 代理 XML 或 DataWeave 中。对合法消费者和代理的最大效用。零信任作为默认姿态而不是幻灯片。
技术领导者的立即下一步
委托进行严格盘点：哪些 API 是网关商品，哪些真正需要 MuleSoft 级集成，以及哪些安全控制今天停在边界。选择 Kong 或 Tyk 作为新体验 API 和第一个迁移批次的默认可移植选项，通过市场采购以提供帮助。将网关与 Open Policy Agent 配对，并在需要基于属性的深度时使用 PingAuthorize。在同一计划内为一个东西向域规划 Kong Mesh 或 Kuma，而不是作为单独的科研项目。
建立一个对策略即代码、代理工具和多云验证部署具有权威的小型平台单元。除非书面例外证明没有可移植替代，否则禁止新的 XML 工厂扩展。每周衡量：迁移的 API、Git 下的策略、接受与拒绝的代理生成变更以及可将相同策略图恢复到第二个云的数量。在几周内审查，而不是财政年度。
如何不做 API 现在已众所周知：将资产锁定到一个超大规模云的网关，配备 XML 和专有转换工厂，并在边缘验证令牌时宣布胜利。如何做它们同样清晰。保持网关可移植，让代理在人类控制下构建和测试安全，并逐步执行信任直至字段。关闭工厂的技术领导者将拥有运营标准。那些保持其开放的人将继续为锁定付费并称之为治理。