 Apache APISIX 在安信 PaaS 平台的应用服务网格建设 中间件PaaS规划 DBaaS规划 安信PaaS平台规划 API网关规划 2 0 2 1 2 0 2 2 安信PaaS平台建设 中间件PaaS建设 DBaaS建设 API网关建设 信创容器云建设 ~ CICD工具链 Docker gRPC框架 为什么选择Apache APISIX 1、高性能 2、可扩展性强,对开发者友好 3、云原生发展规划与安信证券技术路线符合0 码力 | 14 页 | 621.17 KB | 1 年前3 Apache APISIX 在安信 PaaS 平台的应用服务网格建设 中间件PaaS规划 DBaaS规划 安信PaaS平台规划 API网关规划 2 0 2 1 2 0 2 2 安信PaaS平台建设 中间件PaaS建设 DBaaS建设 API网关建设 信创容器云建设 ~ CICD工具链 Docker gRPC框架 为什么选择Apache APISIX 1、高性能 2、可扩展性强,对开发者友好 3、云原生发展规划与安信证券技术路线符合0 码力 | 14 页 | 621.17 KB | 1 年前3
 03-基于Apache APISIX的全流量API网关-温铭APISIX • 增加 AI 平面(AP),接入层本身没有价值,分析流动的数据并反哺业务,才有价值 • 低代码:整个过程不希望增加学习成本和使用成本 Apache APISIX 的开源和社区规划 最省心的 Apache 孵化器项目 • 最快毕业的 Apache 中国项目 • 来自 Apache 孵化器主席和 Apache APISIX champion 的评价 • 每个月一个版本,雷打不动,让社区和用户保持习惯和预期 活跃的社区,会重构坏的代码;但再好的代码,也会死于独裁的社区 • 案例:Apache APISIX dashboard 的重构,社区对于 MySQL 的方案不满, “怨声载道”,然后来自 5 家公司的贡献者一起重构掉它 规划 • 2.0 版本(即将发布):使用 etcd v3 替代 v2 • 3.0 版本:废弃 admin API,分离 DP 和 CP • 2021 年的 flag:Apache APISIX 的贡献者超过0 码力 | 11 页 | 6.56 MB | 6 月前3 03-基于Apache APISIX的全流量API网关-温铭APISIX • 增加 AI 平面(AP),接入层本身没有价值,分析流动的数据并反哺业务,才有价值 • 低代码:整个过程不希望增加学习成本和使用成本 Apache APISIX 的开源和社区规划 最省心的 Apache 孵化器项目 • 最快毕业的 Apache 中国项目 • 来自 Apache 孵化器主席和 Apache APISIX champion 的评价 • 每个月一个版本,雷打不动,让社区和用户保持习惯和预期 活跃的社区,会重构坏的代码;但再好的代码,也会死于独裁的社区 • 案例:Apache APISIX dashboard 的重构,社区对于 MySQL 的方案不满, “怨声载道”,然后来自 5 家公司的贡献者一起重构掉它 规划 • 2.0 版本(即将发布):使用 etcd v3 替代 v2 • 3.0 版本:废弃 admin API,分离 DP 和 CP • 2021 年的 flag:Apache APISIX 的贡献者超过0 码力 | 11 页 | 6.56 MB | 6 月前3
 金卫-Apache APISIX 借助 Service Mesh 实现统一技术栈的全流量管理应用专注于业务逻辑  注册发现  流量管理  可观测性  安全防护 服务网格的痛点  方案众多,各有缺陷  与基础设施整合成本高  性能损耗  资源的额外消耗  扩展难度高 理想的服务网格应该是什么样? 易于扩展 理想的服务网格 业务无感知 落地成本低 动态且增量配置 安全管控 可观测 流量精细化管理 跨集群部署 性能损耗低 资源消耗低 按需下发配置 理想的服务网格 整体使用体验上 • 易于上手 • 权限安全管控 • 配置方式被大众接受 理想的服务网格 数据面 • 支持多种协议,甚至是自定义协议 • 性能损耗低 • 资源占用在可控范围 • 启动速度快 • 方便定位问题 • 扩展能力强 APISIX 在 Service Mesh 上的尝试 控制面的抉择 控制面 - 拥抱 Istio  Istio 是当前最为流行的服务网格方案  社区活跃  几乎所有主流云厂商都对 与APISIX生命周期一致 转换 xDS 协议  资源消耗可控  APISIX原生支持 增加了xds discovery  配合CRD进行扩展 Apache APISIX  高性能云原生网关  数据面和控制面分离  强大的扩展能力  丰富的生态集成 Apache APISIX的应用案例 https://apisix.apache.org/zh/blog/tags/case-studies/0 码力 | 34 页 | 3.50 MB | 6 月前3 金卫-Apache APISIX 借助 Service Mesh 实现统一技术栈的全流量管理应用专注于业务逻辑  注册发现  流量管理  可观测性  安全防护 服务网格的痛点  方案众多,各有缺陷  与基础设施整合成本高  性能损耗  资源的额外消耗  扩展难度高 理想的服务网格应该是什么样? 易于扩展 理想的服务网格 业务无感知 落地成本低 动态且增量配置 安全管控 可观测 流量精细化管理 跨集群部署 性能损耗低 资源消耗低 按需下发配置 理想的服务网格 整体使用体验上 • 易于上手 • 权限安全管控 • 配置方式被大众接受 理想的服务网格 数据面 • 支持多种协议,甚至是自定义协议 • 性能损耗低 • 资源占用在可控范围 • 启动速度快 • 方便定位问题 • 扩展能力强 APISIX 在 Service Mesh 上的尝试 控制面的抉择 控制面 - 拥抱 Istio  Istio 是当前最为流行的服务网格方案  社区活跃  几乎所有主流云厂商都对 与APISIX生命周期一致 转换 xDS 协议  资源消耗可控  APISIX原生支持 增加了xds discovery  配合CRD进行扩展 Apache APISIX  高性能云原生网关  数据面和控制面分离  强大的扩展能力  丰富的生态集成 Apache APISIX的应用案例 https://apisix.apache.org/zh/blog/tags/case-studies/0 码力 | 34 页 | 3.50 MB | 6 月前3
 APISEVEN 和Kong EE 的性能评测7-关于GigaOm19 8-关于API720 1-摘要 本报告重点介绍了部署在云上的API管理平台。云让企业通过微服务快速地构建差异和创新,在⼏分钟 内就能完成API节点的克隆和扩展。与本地部署相⽐,云有良好的扩展性,能更快地进⾏服务器部署和 应⽤程序开发,且能降低计算成本的开销。 更重要的是,许多组织也依赖API和微服务来实现⾼性能和可⽤性。在本⽂中,我们将“⾼性能”定义 为每秒负载超 差异很⼤。此外,IT部⻔需要对API进⾏精细化控制,限制速率、调⽤次数,制定策略和⽤⼾⾝份识 别来确保⾼可⽤性,防⽌滥⽤和安全漏洞。公开API为许多合作伙伴打开了⼤⻔,他们可以在不了解 底层技术的情况下共同创建和扩展核⼼平台。 根据企业需求和底层架构,云上管理API有很⼤差异。所以为了便于讨论,我们把云上的API管理划 分成两种部署⽅式: 混合云-混合云API管理⽅案允许企业部署、配置在⾃ 布的时候改名为Kong。Kong是在2015年开源的,功能丰 富。Kong利⽤NGINX的底层API⽹关,并增加了开源插件⽀持、负载平衡和服务发现等功能。Kong 企业版具有扩展的功能,如管理看板、可定制的开发者⻔⼾、安全插件、metrics和7×24h的服务⽀ 持。2019年,Kong发布了⼀个完全托管的云产品,KongCloud。我们没有测试KongCloud。0 码力 | 14 页 | 1.11 MB | 1 年前3 APISEVEN 和Kong EE 的性能评测7-关于GigaOm19 8-关于API720 1-摘要 本报告重点介绍了部署在云上的API管理平台。云让企业通过微服务快速地构建差异和创新,在⼏分钟 内就能完成API节点的克隆和扩展。与本地部署相⽐,云有良好的扩展性,能更快地进⾏服务器部署和 应⽤程序开发,且能降低计算成本的开销。 更重要的是,许多组织也依赖API和微服务来实现⾼性能和可⽤性。在本⽂中,我们将“⾼性能”定义 为每秒负载超 差异很⼤。此外,IT部⻔需要对API进⾏精细化控制,限制速率、调⽤次数,制定策略和⽤⼾⾝份识 别来确保⾼可⽤性,防⽌滥⽤和安全漏洞。公开API为许多合作伙伴打开了⼤⻔,他们可以在不了解 底层技术的情况下共同创建和扩展核⼼平台。 根据企业需求和底层架构,云上管理API有很⼤差异。所以为了便于讨论,我们把云上的API管理划 分成两种部署⽅式: 混合云-混合云API管理⽅案允许企业部署、配置在⾃ 布的时候改名为Kong。Kong是在2015年开源的,功能丰 富。Kong利⽤NGINX的底层API⽹关,并增加了开源插件⽀持、负载平衡和服务发现等功能。Kong 企业版具有扩展的功能,如管理看板、可定制的开发者⻔⼾、安全插件、metrics和7×24h的服务⽀ 持。2019年,Kong发布了⼀个完全托管的云产品,KongCloud。我们没有测试KongCloud。0 码力 | 14 页 | 1.11 MB | 1 年前3
 Apache APISIX 在金山办公的开发和落地实践rust 也可以。 • WASM/WASI? rust 能够轻松地构建 WASM target,Apache APISIX 支持使用 WASM 做 plugin, 但本身不能轻易地使用 WASM 做扩展。另外 WASM 不是免费的,在极端情况下性 能可能只有 native 性能的50%。 感谢聆听 THANKS0 码力 | 27 页 | 4.88 MB | 1 年前3 Apache APISIX 在金山办公的开发和落地实践rust 也可以。 • WASM/WASI? rust 能够轻松地构建 WASM target,Apache APISIX 支持使用 WASM 做 plugin, 但本身不能轻易地使用 WASM 做扩展。另外 WASM 不是免费的,在极端情况下性 能可能只有 native 性能的50%。 感谢聆听 THANKS0 码力 | 27 页 | 4.88 MB | 1 年前3
 Apache APISIX
微服务⽹关性能架构解析draft6/draft7,性能提升5 - 10 倍 • 是 xeipuuv/gojsonschema 性能的 1000 倍 Apache APISIX 技术选型 • 必须⾼高性能 • 匹配条件灵活且易易扩展 • 必需:uri、host • 可选:IP 地址、请求参数、请求头、 Cookie等,可以做数值、字符串串以及正则 匹配。 • ⾃自定义函数 路路由是 API ⽹网关的⽣生命 Apache0 码力 | 41 页 | 15.62 MB | 1 年前3 Apache APISIX
微服务⽹关性能架构解析draft6/draft7,性能提升5 - 10 倍 • 是 xeipuuv/gojsonschema 性能的 1000 倍 Apache APISIX 技术选型 • 必须⾼高性能 • 匹配条件灵活且易易扩展 • 必需:uri、host • 可选:IP 地址、请求参数、请求头、 Cookie等,可以做数值、字符串串以及正则 匹配。 • ⾃自定义函数 路路由是 API ⽹网关的⽣生命 Apache0 码力 | 41 页 | 15.62 MB | 1 年前3
 API7 ⽹关技术⽩⽪书WS8核⼼服务器中,QPS约为140K,延迟约 为0.2ms; 全动态能⼒ 6. 修改⽹关配置、增加或修改插件等,⽆需重启⽹关服务即可实时⽣效;⽀持动态加载SSL证书; 扩展能⼒强 7. 借助灵活的插件机制,可针对内部业务完成功能定制;⽀持⾃定义负载均衡算法与路由算法,不受限 于API⽹关实现;通过运⾏时动态执⾏⽤⼾⾃定义函数⽅式来实现Serverless,使⽹关边缘节点更加0 码力 | 19 页 | 1.12 MB | 1 年前3 API7 ⽹关技术⽩⽪书WS8核⼼服务器中,QPS约为140K,延迟约 为0.2ms; 全动态能⼒ 6. 修改⽹关配置、增加或修改插件等,⽆需重启⽹关服务即可实时⽣效;⽀持动态加载SSL证书; 扩展能⼒强 7. 借助灵活的插件机制,可针对内部业务完成功能定制;⽀持⾃定义负载均衡算法与路由算法,不受限 于API⽹关实现;通过运⾏时动态执⾏⽤⼾⾃定义函数⽅式来实现Serverless,使⽹关边缘节点更加0 码力 | 19 页 | 1.12 MB | 1 年前3
共 7 条
- 1













