03-基于Apache APISIX的全流量API网关-温铭APISIX的全流量API网关 温铭, 来自一家在远程工作方式下商业化开源项目的创业公司(支流科技), 担任CEO&联合创始人, Apache 顶级项目APISIX的PMC主席, Skywalking开源项目的贡献者(commiter)。在创业之前, 在360做企业安全, 360开源委员会的发起人, 腾讯的TVP, TARS基金会的TOC成员, 在安全领域有四十多个专利, 最近三年全 职在做服务 职在做服务端的开源项目开发。在极客时间专栏著有OpenResty从入门到实战。 我们发现很多应用和服务都在向微服务、容器迁移, 形成新的云原生时代。云原生是未来五到十年一个 非常大的一个技术的一个颠覆, 云原生重写了传统的一些企业的技术架构, 例如云原生中的K8S颠覆了传 统操作系统, 所有的"主机"(node上的容器)由k8s来控制和编排, 非常适用于公有云、私有云、混合云等 各种环境。云原生体系的特点之一就是由各种开源项目组成 收购 6.7 亿美元收购 NGINX Apache APISIX 简介 关于 Apache APISIX • 天然的云原生 API 网关 • 中国最快毕业的 Apache 顶级项目 • 全动态:路由、SSL 证书、上游、插件… • 40 多个插件,覆盖:身份认证、安全、日志、可观测性… Apache APISIX 设计思路 • API 网关的数据面和控制面分离 • 通过插件机制来方便二次开发和运维0 码力 | 11 页 | 6.56 MB | 6 月前3
金卫-Apache APISIX 借助 Service Mesh 实现统一技术栈的全流量管理Apache APISIX借助ServiceMesh 实现统一技术栈的全流量管理 金卫(API7 解决方案架构师) • 支流科技 - 解决方案架构师 • Apache APISIX PMC • Apache APISIX Ingress Controller Founder • Apache skywalking committer • Github: https://github.com/gxthrj 理想的服务网格应该是什么样 APISIX 在 Service Mesh 上的尝试 未来的展望 Service Mesh 现状和痛点 为什么需要服务网格 将通用能力下沉 应用专注于业务逻辑 注册发现 流量管理 可观测性 安全防护 服务网格的痛点 方案众多,各有缺陷 与基础设施整合成本高 性能损耗 资源的额外消耗 扩展难度高 增加了xds discovery 配合CRD进行扩展 Apache APISIX 高性能云原生网关 数据面和控制面分离 强大的扩展能力 丰富的生态集成 Apache APISIX的应用案例 https://apisix.apache.org/zh/blog/tags/case-studies/ APISIX Service Mesh Amesh 基于 Apache APISIX0 码力 | 34 页 | 3.50 MB | 6 月前3
Apache APISIX 在安信 PaaS 平台的应用Apache APISIX 在安信 PaaS 平台的应用 卢勇辉 安信证券网关产品负责人 01 网关选型 02 APISIX 在安信 PaaS 平台的应用 03 一些思考 04 下一步 CONTENT 网关选型 需求、场景与匹配度 01 安信技术平台演进 O U R B E G I N N I N G S 技术平台室成立 服务化平台建设(脚手架、 链路、监控、配置中心) 容器云建设 DevOps平台建设 2 0 1 9 2 0 2 0 容器云、服务化平台与 Devops推广,覆盖全部自研 系统 O U R B E G I N N I N G S 启动应用上云战略 服务网格建设 中间件PaaS规划 DBaaS规划 安信PaaS平台规划 API网关规划 2 0 2 1 2 0 2 2 安信PaaS平台建设 中间件PaaS建设 DBaaS建设 i n g a b o u t APISIX 在安信 PaaS 平台的应用 既是使用者,也是管理者 02 front cas casbin eaas appcenter upms IAM skywalking prometheus kafka-logger ... APISIX在安信PaaS平台的应用 1、路由转发 2、认证 3、鉴权 4、链路 5、监控 6、日志0 码力 | 14 页 | 621.17 KB | 1 年前3
有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 NGINX + Kong 的问题 • NGINX -> LB • Kong -> API Gateway • 针对不同应⽤场景 • CP 控制⾯ • NGINX 没有 • Kong + PostgreSQL 数据库是单点 + 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 Apache APISIX ⼴ 州 站 APISIX 当前总结 • 全世界最活跃的 API ⽹关项⽬ • Apache 顶级开源项⽬ • Apache 中国最快毕业项⽬ • 顶级性能,⾼稳定性 • ⽣产可⽤,功能、性能、架构全⾯优于于 Kong 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 https://www.apiseven.com/en/contributor-graph Nginx -> APISIX 灰度迁移 • 全动态,⽆需 reload • HTTP(S) 精细化路由 • 内置 40+ 插件,功能强⼤ • ⾃带集群⽅案和控制⾯ 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 LB / API Gateway (2) • 基⾦会项⽬,不⽤担⼼被商业公司锁定 • 全世界最活跃的 API ⽹关项⽬ • 全动态⾼性能,云原⽣架构 • 多语⾔:Java、Golang、JS0 码力 | 34 页 | 25.78 MB | 6 月前3
API7 ⽹关技术⽩⽪书⽩名单、OAuth等; 性能极⾼ 5. API7使⽤Radixtree算法实现⾼性能、灵活路由,在AWS8核⼼服务器中,QPS约为140K,延迟约 为0.2ms; 全动态能⼒ 6. 修改⽹关配置、增加或修改插件等,⽆需重启⽹关服务即可实时⽣效;⽀持动态加载SSL证书; 扩展能⼒强 7. 借助灵活的插件机制,可针对内部业务完成功能定制;⽀持⾃定义负载均衡算法与路由算法,不受限 且插件可以作⽤于流量进出的各个阶段。得益于全动态能⼒,新增、修改插件⽆需停机重启,可实 时⽣效,避免中断业务; • 分析监控:API7内置了请求审计、监控告警、统计报表等分析监控功能,API⽹关将记录所有节点 每个请求的信息,并进⾏成功请求、异常请求统计,可在控制台查看请求成功数、请求失败数、错 误码、请求延迟等指标。此外,借助Grafana的能⼒,可满⾜更多维度地分析监控需求; • 全⽣命周期管理: ✖ 状态码统计 ✔ ✔ ✔ ✖ ✔ API调⽤次数统计 ✔ ✔ ✖ ✖ ✔ 表1-1API7功能列表 1.5功能亮点 API全⽣命周期管理 1. 涵盖API设计、创建、测试、部署、管理、运维、下线等阶段,可进⼀步帮助企业优化API管理流 程、提⾼企业价值。借助于OpenAPI3.0标准,可⽅便地完成API导⼊导出以及⽂档⽣成⼯作,更多0 码力 | 19 页 | 1.12 MB | 1 年前3
从Apache APISIX 来看API 网关的演进Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 24 页 | 1.36 MB | 1 年前3
基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 33 页 | 1.55 MB | 1 年前3
Apache APISIX
微服务⽹关性能架构解析源,⽐比如:Tyk、Kong 等,代码量量较重。 Apache APISIX 机会:轻巧 + 极致性能 + 热插件 宣布开源 CNCF ⾸首个商业⽤用户 ⽣生产⽤用户上线 捐赠 Apache 全平台⽀支持 6.6 8⽉月 10 ⽉月 7⽉月 9⽉月 今天 Apache APISIX 第⼀一⾏行行代码 4⽉月 Apache APISIX ⾃自豪 • 核⼼心代码量量,3892 ⾏行行 所有语⾔言实现。 • 有现成的压测结果供参考供对⽐比 Apache APISIX 技术选型 validator:iresty/jsonschema • 刚需:draft4(可满⾜足 99% 的场景), draft6 和 draft7 是未来 • 经历:lua-rapidjson -> iresty/jsonschema • 后者⽀支持 draft6/draft7,性能提升5 - 100 码力 | 41 页 | 15.62 MB | 1 年前3
APISEVEN 和Kong EE 的性能评测解决⽅案。如果业务每秒有1000个交易,⼀个⽉内就会有30亿次API调⽤。拥有⼤流量的公司通常每 ⽉API调⽤次数超过100亿次。因此,在选择API管理解决⽅案时,性能是⼀个关键因素。 在本⽂中,我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果:API7和Kong企业版 (KongEE)。 在我们的单节点设置中,API7所有的压⼒测试结果都优于KongEE。在每秒10,000个请求的情况下, 。在 本次测试中,我们没有测试完全托管的云计算产品。 API管理供应商提供⾃建或完全托管的云部署,少数的供应商同时提供这两种⽅式。虽然有很多平台 可以提供管理API的功能,但我们对⾼性能场景更感兴趣。同样,为了本报告的测试⽬标,我们将"⾼ 性能"定义为每秒负载超过1000个交易,并在后端API和微服务中的最⼤延迟⼩于30毫秒。 本⽂的⽬的是探讨⾼性能要求下的API管理产品。0 码力 | 14 页 | 1.11 MB | 1 年前3
Apache APISIX Roadmapai co-founder & CTO What we did in APISIX V2 02 • 丰富插件 • 70+ 生态丰富 • 开箱即用 • 生态丰富 • 全平台支持 • 裸金属、虚拟、容器、K8s • 全流量 • 开发者友好 • 多语言 Runner • Wasm 插件 • 全球最活跃 API 网关 • 每月一个版本 • 全球最活跃 API 网关 • 每月一个版本 高性能 • 动态 • 社区活跃 • 云原生架构 • 多语言 • 插件编排 • Loadbalancer • API 网关 • K8s Ingress • 服务网格 全流量 • 多种配置中心 • 智能诊断 易用 全生命周期生态 感谢聆听 THANKS0 码力 | 26 页 | 2.68 MB | 1 年前3
共 12 条
- 1
- 2













