#IstioCon Apache APISIX from Gateway to Full Traffic Proxy with Istio Jintao Zhang API7.ai #IstioCon About Me ● Apache APISIX PMC ● Kubernetes Ingress NGINX maintainer ● Microsoft MVP ● zhangjintao@apache com/tao12345666333 #IstioCon Agenda ● What is Apache APISIX ● Why use Apache APISIX as the data plane for Istio ● How to implement it ● The future #IstioCon What is Apache APISIX #IstioCon Apache APISIX ● https://github.com/apache/apisix-ingress-controller/ #IstioCon Why use Apache APISIX as the data plane for Istio #IstioCon Easy to use The concepts in APISIX are few and simple. You can quickly get started with

APISIX 在 Service Mesh 上的尝试 控制面的抉择 控制面 - 拥抱 Istio  Istio 是当前最为流行的服务网格方案  社区活跃  几乎所有主流云厂商都对 istio 有支持  基于 istio 做商业支持的公司也很多，比如 tetrate， solo APISIX作为Istio数据面  使用动态库的方式加载到APISIX 与APISIX生命周期一致 转换 丰富的文档，快速上手  抽象出来的网关对象通俗易懂  源码基于 lua 易学易懂  二次开发相比 C++ 要简单许多 强大的扩展/定制化能力  配合CRD进行扩展，更灵活 更原生 不侵入Istio原有配置 降低用户迁移成本/减少冲突可 能 通过 controller 与 amesh 进行 配置推送 强大的扩展/定制化能力  APISIX 官方提供 80+ 插件  支持自定义插件，并且快速集成 APISIX专用插件配置等通过Amesh 下发 APISIX 全流量代理的价值  节约成本  统一技术栈  统一管理  复用技术经验 未来  结合APISIX xRPC实现  原生异构多协议支持  覆盖Istio各类场景/配置  降低用户迁移成本 Apache APISIX Ingress  一种Kubernetes Ingress controller实现  Kubernetes集群南北向流量网关

different backend as the configuration • ServiceMesh • XDS • xRPC • APISIX+Istio • ServiceMesh • XDS • xRPC • APISIX+Istio Smart diagnosis: help users diagnose problems faster OpenAPI spec W

州 站 服务⽹格 • Apache APISIX Mesh + Istio = Service Mesh • ⽀持 xDS 协议，APISIX vs Envoy • 状态：Q2 季度开源 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX Mesh • APISIX Mesh + Istio = Service Mesh • APISIX + Agent

proxy 的痛点：路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点：不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy：控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发，不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样？

的对外接口 接口权限统一管理、流量控制 调用量、异常响应、延迟 Top N... 1、共享集群建设 2、API 市场 3、请求数据分析 4、APISIX-Ingress、APISIX+Istio 感谢聆听 THANKS

proxy 的痛点：路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点：不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy：控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发，不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样？

API 网关、CLB + k8s ingress controller 东西向流量 • 随着微服务而兴起 • service mesh 和 API 网关的位置和愿景不同，但功能基本一致 • istio + Envoy 已经成为 service mesh 的标准 全流量通吃 • 南北向 API 网关 -> 东西向微服务 • 东西向服务网格 -> 南北向接入层 • Envoy、Kong、Apache