从Apache APISIX 来看API 网关的演进微服务从 proxy 到 sidecar • 技术变革：云原生 • proxy 的痛点：路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点：不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy：控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar •0 码力 | 24 页 | 1.36 MB | 1 年前3- 金卫-Apache APISIX 借助 Service Mesh 实现统一技术栈的全流量管理30ms CPU 50% 100% 降低 Sidecar 资源占用 按需下发配置 配置本身的精简 资源占用降低了 60% 较低的学习/维护成本 APISIX 丰富的文档，快速上手 抽象出来的网关对象通俗易懂 源码基于 lua 易学易懂 二次开发相比 C++ 要简单许多 强大的扩展/定制化能力 配合CRD进行扩展，更灵活 更原生 不侵入Istio原有配置 降低用户迁移成本/减少冲突可0 码力 | 34 页 | 3.50 MB | 6 月前3
- 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1：APISIX 的 Apache 之路微服务从 proxy 到 sidecar • 技术变革：云原生 • proxy 的痛点：路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点：不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy：控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar •0 码力 | 33 页 | 1.55 MB | 1 年前3
共 3 条
- 1