 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路• 优先邮件列表:邮件列表中没有出现的,就当做不存在;72 小时原则 • 精英治理:贡献越大,声音越大 • 民主:所有人都可以投票,区别在于此票是否有效(binding) 开源社区的三种治理模式 • 社区共识:Apache APISIX • 商业公司共识:Kong Inc. • 仁慈的独裁者:Python 如何加入 Apache 孵化器 • Champion:项目的引路人,进入孵化器后转为 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 33 页 | 1.55 MB | 1 年前3 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路• 优先邮件列表:邮件列表中没有出现的,就当做不存在;72 小时原则 • 精英治理:贡献越大,声音越大 • 民主:所有人都可以投票,区别在于此票是否有效(binding) 开源社区的三种治理模式 • 社区共识:Apache APISIX • 商业公司共识:Kong Inc. • 仁慈的独裁者:Python 如何加入 Apache 孵化器 • Champion:项目的引路人,进入孵化器后转为 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 33 页 | 1.55 MB | 1 年前3
 从Apache APISIX 来看API 网关的演进每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 24 页 | 1.36 MB | 1 年前3 从Apache APISIX 来看API 网关的演进每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 24 页 | 1.36 MB | 1 年前3
 Apache APISIX 在金山办公的开发和落地实践sily? • mlua(https://github.com/khvzak/mlua) • high-level lua rust binding • 相对安全 • 支持 module 模式,将 rust 构建为 shared object 供 lua 直接使用 • 支持 rust 高级语义 基于 Apache APISIX 破局 基于 Apache APISIX 破局 在 Luajit0 码力 | 27 页 | 4.88 MB | 1 年前3 Apache APISIX 在金山办公的开发和落地实践sily? • mlua(https://github.com/khvzak/mlua) • high-level lua rust binding • 相对安全 • 支持 module 模式,将 rust 构建为 shared object 供 lua 直接使用 • 支持 rust 高级语义 基于 Apache APISIX 破局 基于 Apache APISIX 破局 在 Luajit0 码力 | 27 页 | 4.88 MB | 1 年前3
 03-基于Apache APISIX的全流量API网关-温铭微服务的精细管理带来服务的弹性伸缩、开发团队变得敏捷、服务之 间隔离、降低故障率 但是同样的带来的一些问题: 接口之间通用的功能重复开发、膨胀的 服务数量、难以管理 使用API网关模式 使用API网关进行API聚合 使用API网关实现灰度发布 使用API网关实现服务熔断 与传统API网关的功能 • 让 API 请求更安全、更高效的得到处理 • 覆盖0 码力 | 11 页 | 6.56 MB | 6 月前3 03-基于Apache APISIX的全流量API网关-温铭微服务的精细管理带来服务的弹性伸缩、开发团队变得敏捷、服务之 间隔离、降低故障率 但是同样的带来的一些问题: 接口之间通用的功能重复开发、膨胀的 服务数量、难以管理 使用API网关模式 使用API网关进行API聚合 使用API网关实现灰度发布 使用API网关实现服务熔断 与传统API网关的功能 • 让 API 请求更安全、更高效的得到处理 • 覆盖0 码力 | 11 页 | 6.56 MB | 6 月前3
 APISEVEN 和Kong EE 的性能评测分区、权限管理、版本管理、审计、统计报告 等,满⾜企业⽤⼾的核⼼需求。 以下是API7基于ApacheAPISIX的技术架构(图1)。 图1.API7技术架构 API7是混合云的部署模式,可⽤于多云、企业内部和混合环境。 Kong企业版 Kong的原名是Mashape,在API平台发布的时候改名为Kong。Kong是在2015年开源的,功能丰 富。Kong0 码力 | 14 页 | 1.11 MB | 1 年前3 APISEVEN 和Kong EE 的性能评测分区、权限管理、版本管理、审计、统计报告 等,满⾜企业⽤⼾的核⼼需求。 以下是API7基于ApacheAPISIX的技术架构(图1)。 图1.API7技术架构 API7是混合云的部署模式,可⽤于多云、企业内部和混合环境。 Kong企业版 Kong的原名是Mashape,在API平台发布的时候改名为Kong。Kong是在2015年开源的,功能丰 富。Kong0 码力 | 14 页 | 1.11 MB | 1 年前3
 API7 ⽹关技术⽩⽪书运维 CLI 命令⾏⼯具 ✔ ✔ ✖ ✔ ✖ Admin API 使⽤RESTAPI来控制,⽅便集成 ✔ ✔ ✖ ✖ ✖ 单机模式 ⽤yaml⽂件来定义所有规则 ✔ ✔ ✔ ✖ ✔ 回滚 ⽀持操作的⽆限回滚 ✔ ✖ ✖ ✖ ✖ Helm charts 更⽅便k8s下的运维0 码力 | 19 页 | 1.12 MB | 1 年前3 API7 ⽹关技术⽩⽪书运维 CLI 命令⾏⼯具 ✔ ✔ ✖ ✔ ✖ Admin API 使⽤RESTAPI来控制,⽅便集成 ✔ ✔ ✖ ✖ ✖ 单机模式 ⽤yaml⽂件来定义所有规则 ✔ ✔ ✔ ✖ ✔ 回滚 ⽀持操作的⽆限回滚 ✔ ✖ ✖ ✖ ✖ Helm charts 更⽅便k8s下的运维0 码力 | 19 页 | 1.12 MB | 1 年前3
共 6 条
- 1













