对比
Apigee
Layer7
API7 Enterprise
架构
云原生（Google Cloud），使用分布式架构实现自动扩展
模块化架构，高度关注安全性和策略执行，但非云原生
基于 NGINX/LuaJIT 构建，轻量级且高性能，使用 etcd 作为存储中心
API 管理能力
完整的 API 生命周期管理，但依赖于 Google Cloud 生态系统，较少关注深度系统集成
专注于安全和治理，适合拥有传统系统集成的受监管行业
高性能 API 网关，可通过插件扩展，云原生友好，足够灵活，可与第三方工具集成以实现可扩展性
性能与可扩展性
基于云的自动扩展，依赖于 Google Cloud 基础设施
能够满足企业需求，但对云原生可扩展性的优化较少
基于 Apache APISIX 构建，超高性能，在高流量场景中表现出色，可水平扩展且云原生于 Kubernetes
部署灵活性
云原生（Google Cloud），通过 Apigee Hybrid 支持混合部署，但初始设置可能很复杂
本地、云或混合；在传统系统集成方面表现出色，但实例增加会提高安装复杂性
易于安装，部署灵活，支持多云、混合云和边缘环境
成本结构
基于订阅，成本随流量增加而增加，可能很昂贵，特别是对于小型企业或初创公司
基于 API 数量和服务的针对大型企业的定制化定价
由于其开源核心和付费支持模式，总拥有成本低，在大规模应用时具有成本效益
开发者体验
本可以更易于使用，Apigee 中的生产自动化非常耗时
如果不使用开放虚拟设备 (Open Virtual Appliance)，随着实例数量的增加，安装的复杂性也会增加
提供广泛的文档和教程以协助开发者，最大限度地减少新用户的学习曲线
开发者门户
Apigee 综合门户，一个具有用户友好界面的简单自助服务门户开发
Layer7 API 开发者门户支持 API 发现和开发，但不够直观
声明式 YAML/JSON 配置，非常适合 Kubernetes 用户，较少依赖 GUI（图形用户界面）
供应商锁定
与 Google Cloud 基础设施紧密集成，而混合部署仍然依赖于 Google Cloud 控制平面
与 Broadcom 生态系统紧密集成的专有系统，可能导致锁定
基于完全开源并在 Apache 2.0 许可证下授权的 Apache APISIX，Kubernetes 原生且多云友好
插件
自定义 JavaScript/Java 策略和有限的预建插件，同时提供一系列功能类似于插件的内置策略
提供各种开箱即用的策略用于威胁防护和身份联合，但需要自定义开发
开源插件生态系统，包括自定义插件、安全性、可观测性和身份验证，并允许使用多种语言开发插件
安全性
高级威胁防护、OAuth、JWT 和 Google Cloud 安全集成
高级威胁防护，合规性（GDPR、HIPAA）
支持 JWT、OIDC、OAuth2、IP 白名单、mTLS 和 FIPS 140-2 合规性
CI/CD 集成
提供 API 优先的 CI/CD、用于部署自动化的 REST API、Terraform 支持
提供与 CI/CD 工具的集成能力，实现自动化的 API 部署和策略管理
声明式 YAML/JSON 配置，适用于 Kubernetes 的 Helm charts，提供与 ArgoCD、Jenkins 和 GitHub CI/CD 的原生集成
社区支持
官方 Google Cloud 支持、论坛和付费 SLA，开源贡献有限
作为 Broadcom 的一部分，Layer7 提供大量的支持资源，包括详细的文档和客户支持渠道
活跃的开源 Apache APISIX 社区，由供应商支持的企业级支持以及对 Apache 项目的贡献
微信咨询
获取方案