yzeng25 commented on code in PR #1471: URL: https://github.com/apache/apisix-website/pull/1471#discussion_r1070755965
########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- Review Comment: I think the file name is better with `blog/zh/blog/2023/01/11/apisix-amesh-introduction.md` ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + Review Comment: double check the images after preview is available. ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; Review Comment: this part is missing `author_title` and has a wrong format, you should apply the same ` authors` format here to avoid preview failures, refer to [Single author template](https://apisix.apache.org/docs/general/blog/#single-author-template). This is also a guideline that can help you get familiar with the blog template and structure. ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 Review Comment: Consider replacing the name with real name, or adding href to GitHub account page or Twitter page. ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： Review Comment: ```suggestion 此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：`amesh-controller`，它 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： ``` ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： + + + +正如前文所提到的，Amesh controller 是可选组件。在未安装时，Amesh 也能正常使用 Istio 的原生能力提供服务。在安装了 amesh-controller 后，Amesh 能自动检测到控制面的加入，并动态地从中获取配置，而无需重启。 + +Amesh controller 为 Amesh 提供了 Istio 无法提供的 APISIX 特有功能。例如在安装 amesh-controller 后，用户能为服务配置 APISIX 原生具备的海量插件。 + +## Amesh 发展状态 + +目前 Amesh 项目正在积极开发中。在最近发布的的 v0.2 版本中，Amesh 新增了可选的控制面 amesh-controller 组件，为 Amesh 提供了 APISIX 所支持的强大的插件系统，大大增强了 Amesh 的可扩展性。 + +### 扩展能力 + +在使用 Amesh 时，如果是常规的 Istio 部署，用户则可以通过 Lua 或 Wasm 来对 envoy 进行功能扩展。 Review Comment: Pay attention to these product Names. ```suggestion 在使用 Amesh 时，如果是常规的 Istio 部署，用户则可以通过 Lua 或 Wasm 来对 Envoy 进行功能扩展。 ``` ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： + + + +正如前文所提到的，Amesh controller 是可选组件。在未安装时，Amesh 也能正常使用 Istio 的原生能力提供服务。在安装了 amesh-controller 后，Amesh 能自动检测到控制面的加入，并动态地从中获取配置，而无需重启。 + +Amesh controller 为 Amesh 提供了 Istio 无法提供的 APISIX 特有功能。例如在安装 amesh-controller 后，用户能为服务配置 APISIX 原生具备的海量插件。 + +## Amesh 发展状态 + +目前 Amesh 项目正在积极开发中。在最近发布的的 v0.2 版本中，Amesh 新增了可选的控制面 amesh-controller 组件，为 Amesh 提供了 APISIX 所支持的强大的插件系统，大大增强了 Amesh 的可扩展性。 + +### 扩展能力 + +在使用 Amesh 时，如果是常规的 Istio 部署，用户则可以通过 Lua 或 Wasm 来对 envoy 进行功能扩展。 + +与 Envoy 原生能力相比，APISIX 官方即支持插件扩展能力，维护了 80+ 的插件可供用户使用，许多功能已经原生集成。但由于在 Istio 中，不能对这些插件进行配置，无法直接使用这些插件所提供的能力。 + +为此，Amesh v2.0 版本新增了一个控制面组件，即前文提到的 amesh-controller。它为用户提供了配置 APISIX 插件的能力，使 APISIX 众多的插件在服务网格场景下也能开箱即用，而无需用户进行自定义的开发。 + +### 应用示例 + +在 Amesh v0.2 版本中，可以通过安装 amesh-controller 并使用提供的 `AmeshPluginConfig` CRD 来进行 APISIX 的插件配置。 + +例如，我们可以为请求的响应添加特定的 header，这里可以通过配置 APISIX 的 `response-rewrite` 插件实现。 + +假设我们需要添加的 header 为 `X-Header`，其值为 `AddedHeader`，我们可以配置如下的 `AmeshPluginConfig`，此时请求的响应中就会带上我们所需的 header。 + +```YAML +apiVersion: apisix.apache.org/v1alpha1 +kind: AmeshPluginConfig +metadata: + name: ampc-sample +spec: + plugins: + - name: response-rewrite + config: '{"headers": {"X-Header":"AddedHeader"}}' +``` + +## 总结 + +在本文中，我们简单介绍了 Amesh 的架构，以及在 v0.2 版本中提供的 amesh-controller 所带来的架构变更，可以更好地帮助用户理解 Amesh 的工作原理。 + +在当下技术发展趋势中，服务网格势必是未来的流行趋势。虽然现在各种方案都还不太完善，但整体都属于螺旋上升的状态。当然，基于 APISIX 的服务网格也正朝着大家心目中的理想型服务网格解决方案奋进，也欢迎各位对 APISIX 服务网格方案感兴趣的朋友们进行尝鲜。 Review Comment: You can add a Amesh Github repo link somewhere here, ########## blog/zh/blog/2023/01/11/apisix-ingress-vs-ingress-nginx.md: ########## @@ -0,0 +1,326 @@ +--- +title: "为什么 APISIX Ingress 是比 Ingress NGINX 更好的选择？" +author: "容鑫" +authorURL: "https://github.com/AlinsRan"; +authorImageURL: "https://github.com/AlinsRan.png"; +keywords: +- Apache APISIX +- Ingress +- Ingress Controller +- Ingress nginx +- Kubernetes +description: 本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 +tags: [Ecosystem] +--- + +> Kubernetes 中的服务可以通过 Ingress 暴露出来，流量路由由 Ingress 资源上定义的规则控制，通常需要 Ingress controller 负责实现。 + +<!--truncate--> + +> 作者容鑫，API7.ai 云原生技术工程师，Apache APISIX Committer。 + +本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 + +>[Ingress NGINX](https://github.com/kubernetes/ingress-nginx) 是 Kubernetes 社区实现的 Ingress controller，在社区中被广泛使用。[Apache APISIX Ingress](https://github.com/apache/apisix-ingress-controller) 则是 Apache 软件基金会下的开源项目，使用 APISIX 作为数据面的 Kubernetes Ingress controller。 + +## Ingress NGINX vs APISIX Ingress + +### 功能对比 + +下列表格中，对比了 Ingress NGINX 和 APISIX Ingress 基本功能，包括协议支持、鉴权方式、上游探针/策略、负载均衡策略、Kubenertes 集成等。以下表格数据取自 [learnk8s.io](https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k)。 + Review Comment: Pay attention to product names, global search and replace all. This is a rookie-level mistake, you should've fixed it before marking this pull request ready for review. ```suggestion 下列表格中，对比了 Ingress NGINX 和 APISIX Ingress 基本功能，包括协议支持、鉴权方式、上游探针/策略、负载均衡策略、Kubernetes 集成等。以下表格数据取自 [learnk8s.io](https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k)。 ``` ########## blog/zh/blog/2023/01/11/apisix-ingress-vs-ingress-nginx.md: ########## @@ -0,0 +1,326 @@ +--- +title: "为什么 APISIX Ingress 是比 Ingress NGINX 更好的选择？" +author: "容鑫" +authorURL: "https://github.com/AlinsRan"; +authorImageURL: "https://github.com/AlinsRan.png"; +keywords: +- Apache APISIX +- Ingress +- Ingress Controller +- Ingress nginx +- Kubernetes +description: 本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 +tags: [Ecosystem] +--- + +> Kubernetes 中的服务可以通过 Ingress 暴露出来，流量路由由 Ingress 资源上定义的规则控制，通常需要 Ingress controller 负责实现。 Review Comment: ```suggestion > 本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 ``` ########## blog/zh/blog/2023/01/11/apisix-ingress-vs-ingress-nginx.md: ########## @@ -0,0 +1,326 @@ +--- +title: "为什么 APISIX Ingress 是比 Ingress NGINX 更好的选择？" +author: "容鑫" +authorURL: "https://github.com/AlinsRan"; +authorImageURL: "https://github.com/AlinsRan.png"; +keywords: +- Apache APISIX +- Ingress +- Ingress Controller +- Ingress nginx +- Kubernetes +description: 本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 +tags: [Ecosystem] +--- + +> Kubernetes 中的服务可以通过 Ingress 暴露出来，流量路由由 Ingress 资源上定义的规则控制，通常需要 Ingress controller 负责实现。 + +<!--truncate--> + +> 作者容鑫，API7.ai 云原生技术工程师，Apache APISIX Committer。 + +本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 + +>[Ingress NGINX](https://github.com/kubernetes/ingress-nginx) 是 Kubernetes 社区实现的 Ingress controller，在社区中被广泛使用。[Apache APISIX Ingress](https://github.com/apache/apisix-ingress-controller) 则是 Apache 软件基金会下的开源项目，使用 APISIX 作为数据面的 Kubernetes Ingress controller。 + +## Ingress NGINX vs APISIX Ingress + +### 功能对比 + +下列表格中，对比了 Ingress NGINX 和 APISIX Ingress 基本功能，包括协议支持、鉴权方式、上游探针/策略、负载均衡策略、Kubenertes 集成等。以下表格数据取自 [learnk8s.io](https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k)。 + +|Product/Project| |Ingress NGINX|Apache APISIX Ingress| +|:----|:----|:----|:----| +|1. General info| | | | +| |Based on|nginx|nginx| +|2. Protocols| | | | +| |HTTP/HTTPS|✔️|✔️| +| |HTTP2|✔️|✔️| +| |gRPC|✔️|✔️| +| |TCP|Partial|✔️| +| |TCP+TLS|✖︎|✔️| +| |UDP|Partial|✔️| +| |Websockets|✔️|✔️| +| |Proxy Protocol|✔️|✔️| +| |QUIC/HTTP3|Preview|Preview| +|3. Clients| | | | +| |Rate limiting (L7)|✔️|✔️| +| |WAF|✔️|Partial| +| |Timeouts|✔️|✔️| +| |Safe-list/Block-list|✔️|✔️| +| |Authentication|✔️|✔️| +| |Authorisation|✖︎|✔️| +|4. Traffic routing| | | | +| |Host|✔️|✔️| +| |Path|✔️|✔️| +| |Headers|✔️|✔️| +| |Querystring|✔️|✔️| +| |Method|✔️|✔️| +| |ClientIP|✔️|✔️| +|5. Upstream probes/resiliency| | | | +| |Healthchecks|✖︎|✔️| +| |Retries|✔️|✔️| +| |Circuit Breaker|✖︎|✔️| +|6.Load balancer strategies| | | | +| |Round robin|✔️|✔️| +| |Sticky sessions|✔️|✔️| +| |Least connections|✖︎|✔️| +| |Ring hash|✔️|✔️| +| |Custom load balancing|✖︎|✔️| +|7. Authentication| | | | +| |Basic auth|✔️|✔️| +| |External Auth|✔️|✔️| +| |Client certificate - mTLS|✔️|✔️| +| |OAuth|✔️|✔️| +| |OpenID|✖︎|✔️| +| |JWT|✖︎|✔️| +| |LDAP|✖︎|✔️| +| |HMAC|✖︎|✔️| +|8. Observability| | | | +| |Logging|✔️|✔️| +| |Metrics|✔️|✔️| +| |Tracing|✔️|✔️| +|9. Kubernetes Integration| | | | +| |State|Kubernetes|Kubernetes| +| |CRD|✖︎|✔️| +| |Scope|Clusterwide<br>namespace|namespace| +| |Support for the Gateway API|✖︎|Preview| +| |Integrates with service meshes|✔️|✔️| +|10. Traffic shaping| | | | +| |Canary|✔️|✔️| +| |Session Affinity|✔️|✔️| +| |Traffic Mirroring|✔️|✔️| +|11. Other| | | | +| |Hot reloading|✔️|✔️| +| |LetsEncrypt Integration|✔️|✔️| +| |Wildcard certificate support|✔️|✔️| +| |Configure hot reloading|Preview|✔️| +| |Service Discovery|✖|✔️| + +### 功能差异 + +通过下图，可以粗略看到 APISIX Ingress 内置的功能和特性相比 Ingress NGINX 更加丰富，其中包括服务发现、协议支持、认证鉴权等等。 + + + +### 服务发现 + +在微服务架构中，应用被拆分为很多微服务，无论是微服务故障，还是对应用服务进行扩缩容，都需要尽快的通知到调用方，以免调用失败。因此，在微服务架构中，服务注册和发现机制就显得很重要了，通常这会通过注册中心来完成。 + +|Service Discovery|Ingress NGINX|Apache APISIX Ingress| +|:----|:----|:----| +|Kubernetes|✔️|✔️| +|DNS|✖|✔️| +|nacos|✖|✔️| +|exureka|✖|✔️| +|consul_kv|✖|✔️| + +### 协议支持 + +两者都对 HTTP/HTTPS 协议提供完整支持，APISIX Ingress 在协议支持上更丰富一些，能够的使用 TLS 来加密 TCP 流量，还支持 [MQTT](https://apisix.apache.org/docs/apisix/next/plugins/mqtt-proxy/)，[Dubbo](https://apisix.apache.org/docs/apisix/next/plugins/dubbo-proxy/)、[Kafka](https://apisix.apache.org/docs/apisix/next/plugins/kafka-proxy/) 等协议进行代理。 Review Comment: these functions/plugins are available in apisix v3.1, so why bother using `next` in hrefs? ########## blog/zh/blog/2023/01/12/amesh-config-plugin.md: ########## @@ -0,0 +1,153 @@ +--- +title: "如何使用 Amesh 配置插件" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; Review Comment: ditto, check [single author template](https://apisix.apache.org/docs/general/blog/#single-author-template) ########## blog/zh/blog/2023/01/12/amesh-config-plugin.md: ########## @@ -0,0 +1,153 @@ +--- +title: "如何使用 Amesh 配置插件" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。本文在假设已经成功安装 Amesh 后，如何在 Amesh 中进行部署、配置和更新插件等操作。 +tags: [Ecosystem] +--- + +> Amesh 是 Apache APISIX 的服务网格库。本文在假设已经成功安装 Amesh 后，如何在 Amesh 中进行部署、配置和更新插件等操作。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +在上一篇 Amesh 产品介绍中，我们有提到在 Amesh v2.0 版本新增了一个可选的控制面组件，即 amesh-controller 及相应的 CRD。Amesh controller 为用户提供了配置 APISIX 插件的能力，使 APISIX 众多的插件在服务网格场景下也能开箱即用，而无需用户进行自定义的开发。那么如何使用这些组件，来进行 APISIX 插件能力的使用呢？ Review Comment: Amesh controller ---> `amesh controller`, amesh controller ---> `amesh controller`. ########## blog/zh/blog/2023/01/11/apisix-ingress-vs-ingress-nginx.md: ########## @@ -0,0 +1,326 @@ +--- +title: "为什么 APISIX Ingress 是比 Ingress NGINX 更好的选择？" +author: "容鑫" +authorURL: "https://github.com/AlinsRan"; +authorImageURL: "https://github.com/AlinsRan.png"; +keywords: +- Apache APISIX +- Ingress +- Ingress Controller +- Ingress nginx +- Kubernetes +description: 本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 +tags: [Ecosystem] +--- + +> Kubernetes 中的服务可以通过 Ingress 暴露出来，流量路由由 Ingress 资源上定义的规则控制，通常需要 Ingress controller 负责实现。 + +<!--truncate--> + +> 作者容鑫，API7.ai 云原生技术工程师，Apache APISIX Committer。 + +本文将会对比两个比较流行的 Ingress controller 实现，希望能对读者进行 Ingress controller 选型中有所帮助。 + +>[Ingress NGINX](https://github.com/kubernetes/ingress-nginx) 是 Kubernetes 社区实现的 Ingress controller，在社区中被广泛使用。[Apache APISIX Ingress](https://github.com/apache/apisix-ingress-controller) 则是 Apache 软件基金会下的开源项目，使用 APISIX 作为数据面的 Kubernetes Ingress controller。 + +## Ingress NGINX vs APISIX Ingress + +### 功能对比 + +下列表格中，对比了 Ingress NGINX 和 APISIX Ingress 基本功能，包括协议支持、鉴权方式、上游探针/策略、负载均衡策略、Kubenertes 集成等。以下表格数据取自 [learnk8s.io](https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k)。 + +|Product/Project| |Ingress NGINX|Apache APISIX Ingress| +|:----|:----|:----|:----| +|1. General info| | | | +| |Based on|nginx|nginx| +|2. Protocols| | | | +| |HTTP/HTTPS|✔️|✔️| +| |HTTP2|✔️|✔️| +| |gRPC|✔️|✔️| +| |TCP|Partial|✔️| +| |TCP+TLS|✖︎|✔️| +| |UDP|Partial|✔️| +| |Websockets|✔️|✔️| +| |Proxy Protocol|✔️|✔️| +| |QUIC/HTTP3|Preview|Preview| +|3. Clients| | | | +| |Rate limiting (L7)|✔️|✔️| +| |WAF|✔️|Partial| +| |Timeouts|✔️|✔️| +| |Safe-list/Block-list|✔️|✔️| +| |Authentication|✔️|✔️| +| |Authorisation|✖︎|✔️| +|4. Traffic routing| | | | +| |Host|✔️|✔️| +| |Path|✔️|✔️| +| |Headers|✔️|✔️| +| |Querystring|✔️|✔️| +| |Method|✔️|✔️| +| |ClientIP|✔️|✔️| +|5. Upstream probes/resiliency| | | | +| |Healthchecks|✖︎|✔️| +| |Retries|✔️|✔️| +| |Circuit Breaker|✖︎|✔️| +|6.Load balancer strategies| | | | +| |Round robin|✔️|✔️| +| |Sticky sessions|✔️|✔️| +| |Least connections|✖︎|✔️| +| |Ring hash|✔️|✔️| +| |Custom load balancing|✖︎|✔️| +|7. Authentication| | | | +| |Basic auth|✔️|✔️| +| |External Auth|✔️|✔️| +| |Client certificate - mTLS|✔️|✔️| +| |OAuth|✔️|✔️| +| |OpenID|✖︎|✔️| +| |JWT|✖︎|✔️| +| |LDAP|✖︎|✔️| +| |HMAC|✖︎|✔️| +|8. Observability| | | | +| |Logging|✔️|✔️| +| |Metrics|✔️|✔️| +| |Tracing|✔️|✔️| +|9. Kubernetes Integration| | | | +| |State|Kubernetes|Kubernetes| +| |CRD|✖︎|✔️| +| |Scope|Clusterwide<br>namespace|namespace| +| |Support for the Gateway API|✖︎|Preview| +| |Integrates with service meshes|✔️|✔️| +|10. Traffic shaping| | | | +| |Canary|✔️|✔️| +| |Session Affinity|✔️|✔️| +| |Traffic Mirroring|✔️|✔️| +|11. Other| | | | +| |Hot reloading|✔️|✔️| +| |LetsEncrypt Integration|✔️|✔️| +| |Wildcard certificate support|✔️|✔️| +| |Configure hot reloading|Preview|✔️| +| |Service Discovery|✖|✔️| + +### 功能差异 + +通过下图，可以粗略看到 APISIX Ingress 内置的功能和特性相比 Ingress NGINX 更加丰富，其中包括服务发现、协议支持、认证鉴权等等。 + + Review Comment: double check the image when preview is ready. ########## blog/zh/blog/2023/01/12/serviceless-auth-type.md: ########## @@ -0,0 +1,119 @@ +--- +title: "盘点微服务架构下的诸多身份验证方式" +authors: + - name: "罗泽轩" + title: "Author" + url:"https://github.com/spacewander"; + image_url: "https://github.com/spacewander.png"; + - name: "赵士瑞" + title: "Author" + url: "https://github.com/soulbird"; + image_url: "https://github.com/soulbird.png"; +keywords: +- Apache APISIX +- Auth +- Serviceless Review Comment: ```suggestion - Serverless ``` ########## blog/zh/blog/2023/01/12/serviceless-auth-type.md: ########## @@ -0,0 +1,119 @@ +--- +title: "盘点微服务架构下的诸多身份验证方式" +authors: + - name: "罗泽轩" + title: "Author" + url:"https://github.com/spacewander"; + image_url: "https://github.com/spacewander.png"; + - name: "赵士瑞" + title: "Author" + url: "https://github.com/soulbird"; + image_url: "https://github.com/soulbird.png"; +keywords: +- Apache APISIX +- Auth +- Serviceless Review Comment: Oh yeah, and change the file name `blog/zh/blog/2023/01/12/**server**less-auth-type.md` ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： Review Comment: Amesh controller ---> `amesh controller`, amesh controller ---> `amesh controller`. ########## blog/zh/blog/2023/01/12/serviceless-auth-type.md: ########## @@ -0,0 +1,119 @@ +--- +title: "盘点微服务架构下的诸多身份验证方式" +authors: + - name: "罗泽轩" + title: "Author" + url:"https://github.com/spacewander"; + image_url: "https://github.com/spacewander.png"; + - name: "赵士瑞" + title: "Author" + url: "https://github.com/soulbird"; + image_url: "https://github.com/soulbird.png"; +keywords: +- Apache APISIX +- Auth +- Serviceless +- 微服务 +- 身份认证 +description: 本文将从传统服务架构和微服务架构下的身份认证方式区别进行讨论，并最终衡量微服务架构中身份认证服务的各种实现方式的优劣。 +tags: [Ecosystem] +--- + +> 身份认证是授予用户访问系统并授予使用系统的必要权限的过程。而提供了这一功能的服务，就是身份认证服务。 + +<!--truncate--> + +> 联合作者罗泽轩，API7.ai 技术专家、Apache APISIX PMC 成员； +> +> 联合作者赵士瑞，API7.ai 技术工程师，Apache APISIX Committer。 + +在传统的单体软件应用程序中，所有这些都发生在同一个应用程序中。但在微服务架构中，系统由多个服务组成，在这样的架构中，每个微服务都有自己的任务，因此为每个微服务分别实现授权和身份验证过程并不完全符合此原则。 + +本文将从传统服务架构和微服务架构下的身份认证方式区别进行讨论，并最终衡量微服务架构中身份认证服务的各种实现方式的优劣。 + +## **传统服务架构中的身份认证服务** + +在企业开发服务的早期，所有功能都是做到同一个应用程序里面的。我们把这种模式称之为 “单体”，以跟当下更为主流的 “微服务” 架构区分开来。 + +单体应用由单个不可分割的单元组成。它通常由各个业务线各自开发，但是部署时放入到同一个环境中。所有这些都紧密集成以在一个单元中提供所有功能。这一单元里拥有所需的所有资源。单体应用的好处在于部署迭代简单，适合业务线较少且比较独立的公司采用。 + +随着企业开发出来的业务越来越复杂，我们会发现单体服务已经无法满足现实生活里面快速迭代的需要了。我们需要把这个单体的巨无霸拆分一下，同时保证现有的各个功能间的调用能正常进行。这时候，ESB（企业服务总线）便应运而生了。 + +所谓的 “企业服务总线”，就是一根连接各个企业服务的管道。ESB 的存在是为了集成基于不同协议的不同服务，ESB 做了消息的转化、解释以及路由的工作，以此来让不同的服务互联互通。从名称就能知道，它的概念借鉴了计算机组成原理中的通信模型 —— 总线，所有需要和外部系统通信的系统，统统接入 ESB，就可以利用现有的系统构建一个全新的松耦合的异构的分布式系统。 + +ESB 做了消息的转换解释与路由等工作，让不同的服务互联互通。传统的 ESB 的服务调用方式是，每一次服务的调用者要向服务提供者进行服务交互请求时都必须通过中心的 ESB 来进行路由。 + +接下来将按照这两种情况，分别描述对应的身份认证功能的实现。 + +### **单体架构** + +单体架构下，用户身份验证和会话管理相对简单。身份认证和授权发生在同一个应用程序中，通常使用基于 session 的认证方案。一旦通过身份验证，就会创建一个会话并将其存储在服务器上，任何需要它的组件都可以访问它并用于通知和授权后续要求。会话 ID 被发送到客户端并用于应用程序的所有后续请求，以将请求与当前会话相关联。 + +### **ESB 架构** + +在 ESB 架构下，所有用户与服务之间，服务与服务之间全部通过 ESB 总线进行处理。由于 ESB 的架构是从单体拆分下来的，身份认证方式相对于单体架构并没有变化。 + +## **微服务架构中的身份认证服务** + +从单体架构迁移到微服务架构有很多优势，但微服务架构作为一种分布式架构，会存在更大的攻击面，共享用户上下文更加困难。因此微服务架构下需要有跟传统架构不一样的身份认证服务，才能响应更大的安全性挑战。 + +目前，我们可以把微服务架构下的身份认证服务分为以下三类： + +1. 通过每个微服务实现身份认证； +2. 通过身份认证服务实现身份认证； +3. 通过网关实现身份认证。 + +当然，每种做法都有自己特定的优缺点。 + +### **通过每个微服务实现身份认证** + +既然微服务架构是从单体架构拆分出来的，因此比较自然的过渡方式就是由每个微服务自己实现身份认证。 + + Review Comment: double check the image in preview when ready ########## blog/zh/blog/2023/01/12/serviceless-auth-type.md: ########## @@ -0,0 +1,119 @@ +--- +title: "盘点微服务架构下的诸多身份验证方式" +authors: + - name: "罗泽轩" + title: "Author" + url:"https://github.com/spacewander"; + image_url: "https://github.com/spacewander.png"; + - name: "赵士瑞" + title: "Author" + url: "https://github.com/soulbird"; + image_url: "https://github.com/soulbird.png"; +keywords: +- Apache APISIX +- Auth +- Serviceless Review Comment: Global search `Serviceless`, replace with `Serverless`; Global search 'serviceless', replace with 'serverless'. Rookie mistake. ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： Review Comment: global search and change all accordingly. ########## blog/zh/blog/2023/01/11/apisix-ingress-vs-ingress-nginx.md: ########## @@ -0,0 +1,326 @@ +--- +title: "为什么 APISIX Ingress 是比 Ingress NGINX 更好的选择？" +author: "容鑫" +authorURL: "https://github.com/AlinsRan"; +authorImageURL: "https://github.com/AlinsRan.png"; Review Comment: Update format, ref [Single author template](https://apisix.apache.org/docs/general/blog/#single-author-template) ########## blog/zh/blog/2023/01/11/amesh-introduce.md: ########## @@ -0,0 +1,85 @@ +--- +title: "基于 APISIX 的服务网格方案 Amesh 积极开发中！" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 +tags: [Ecosystem] +--- + +> 在云原生快速发展的前提下，服务网格领域也开始逐渐火热。目前阶段，大家所熟知的服务网格解决方案很多，每种产品又各有其优势。因此在面对不同的行业或者业务背景时，每个人的选型想法都各不相同。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +Apache APISIX 是一个动态、实时、高性能的云原生 API 网关，提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。基于 APISIX 的扩展道路上，除了 APISIX Ingress 在云原生领域被各大厂商开始关注外，基于 APISIX 的服务网格方案也在积极迭代中。 + +## 基于 APISIX 的服务网格方案 + +[Amesh](https://github.com/api7/amesh) 是 [Apache APISIX](https://github.com/apache/apisix) 的服务网格库。它适配了 xDS 协议，可以从诸如 Istio 的控制平面中接收数据，并生成 APISIX 所需的数据结构，使得 APISIX 能够在服务网格领域作为数据面发挥作用。 + +依靠 Amesh，APISIX 可以工作在服务网格模式下，不使用传统的 etcd 作为数据中心，而是使用 shdict 与 Amesh 库直接进行数据交换，避免了额外的性能损耗，使得大规模部署成为可能。 + +通过使用 Amesh，可以在服务网格领域获得 APISIX 具备的高性能、丰富的流量管理功能、易扩展性等多种优势。 + +### Amesh 的架构 + +Amesh 通过适配 xDS 协议，可以让 APISIX 替代 Istio 所使用的 envoy 组件来接管集群流量。在实际使用中，APISIX 将作为 Pod 的 Sidecar 接管网格内的所有流量。目前 Amesh 的架构如下图所示： + + + +通过架构图可以看到，通过 xDS 协议，Amesh 可以将 Istio 作为控制面，从 Istio 侧获取配置信息，并将其转义为 APISIX 所需的配置。 + +而网格内部的所有流量都将由 APISIX 接管。其中，APISIX 的配置中心被设置为 Amesh，这使得 APISIX 脱离 etcd 的依赖。Amesh 为 APISIX 提供了一种从 xDS 协议中获取配置信息的方式。 + +此外，Amesh 在 v0.2 中提供了额外的可选控制面组件：amesh-controller。Amesh controller 增加了 Amesh 专用的 CRD，可以为 APISIX 配置一些 Istio 所不支持的额外功能。额外带有 amesh-controller 的架构如下图所示： + + Review Comment: ditto, double check the image when preview is available. ########## blog/zh/blog/2023/01/12/amesh-config-plugin.md: ########## @@ -0,0 +1,153 @@ +--- +title: "如何使用 Amesh 配置插件" +author: "lingsamuel" +authorURL: "https://github.com/lingsamuel"; +authorImageURL: "https://github.com/lingsamuel.png"; +keywords: +- Apache APISIX +- Amesh +- Service Mesh +- 服务网格 +- Kubernetes +description: Amesh 是 Apache APISIX 的服务网格库。本文在假设已经成功安装 Amesh 后，如何在 Amesh 中进行部署、配置和更新插件等操作。 +tags: [Ecosystem] +--- + +> Amesh 是 Apache APISIX 的服务网格库。本文在假设已经成功安装 Amesh 后，如何在 Amesh 中进行部署、配置和更新插件等操作。 + +<!--truncate--> + +> 作者@lingsamuel，API7.ai 云原生技术专家，Apache APISIX Committer。 + +在上一篇 Amesh 产品介绍中，我们有提到在 Amesh v2.0 版本新增了一个可选的控制面组件，即 amesh-controller 及相应的 CRD。Amesh controller 为用户提供了配置 APISIX 插件的能力，使 APISIX 众多的插件在服务网格场景下也能开箱即用，而无需用户进行自定义的开发。那么如何使用这些组件，来进行 APISIX 插件能力的使用呢？ + +本文在假设已经成功安装 Amesh 后，如何在 Amesh 中进行部署、配置和更新插件等操作。 + +## 部署 Amesh Controller 与 CRD + +使用如下命令部署 Amesh Controller 与 CRD： + +```bash +cd controller +kubectl apply -k ./config/crd/ +helm install amesh-controller -n istio-system ./charts/amesh-controller +``` + +默认情况下，Amesh 将会自动连接到位于 `istio-system` namespace 下的 `amesh-controller` 服务 `15810` 端口，而无需重启 Sidecar。 + +如需自定义，可以使用 `AMESH_GRPC_SOURCE` 环境变量进行配置。该变量默认值为 `"grpc://amesh-controller.istio-system.svc:15810"`，按需指定到对应的 `amesh-controller` 即可。 + +## 部署示例应用 + +这里我们以 Istio 提供的 Bookinfo 应用为测试用例。 + +```bash +# 在 Istio 目录下执行 +kubectl -n test apply -f samples/bookinfo/platform/kube/bookinfo.yaml +kubectl -n test run consumer --image curlimages/curl --image-pull-policy IfNotPresent --command sleep 1d +``` + +测试是否能够正常访问： + +```bash +kubectl -n test exec -it -c istio-proxy consumer -- curl -i -XGET "http://productpage:9080/productpage"; | grep -o "<title>.*</title>" +``` + +输出细节类似如下所示： + +```html +<title>Simple Bookstore App</title> +``` + +## 配置示例插件 + +本文将以 `response-rewrite` 插件为例进行演示。首先为集群应用下列示例配置： + +```yaml +apiVersion: apisix.apache.org/v1alpha1 +kind: AmeshPluginConfig +metadata: + name: ameshpluginconfig-sample +spec: + plugins: + - name: response-rewrite + config: '{"body": "BODY_REWRITE", "headers": {"X-Header":"Rewrite"}}' +``` + +尝试访问测试负载： + +```bash +kubectl -n test exec -it -c istio-proxy consumer -- curl -i -XGET "http://productpage:9080/productpage"; +``` + +输出细节应该包含如下内容： + +```yaml +Via: APISIX +Server: APISIX/2.15.0 +X-Header: Rewrite + +BODY_REWRITE +``` + +### 更新插件配置 + +将示例 AmeshPluginConfig 文件修改为如下，移除 Body 配置： + +```yaml +apiVersion: apisix.apache.org/v1alpha1 +kind: AmeshPluginConfig +metadata: + name: ameshpluginconfig-sample +spec: + plugins: + - name: response-rewrite + config: '{"headers": {"X-Header":"Rewrite"}}' +``` + +再次请求测试负载： + +```bash +kubectl -n test exec -it -c istio-proxy consumer -- curl -i -XGET "http://productpage:9080/productpage"; | grep -o "<title>.*</title>" +``` + +输出应该包含如下内容： + +```html Review Comment: this should be `bash` instead of `html` right? ########## blog/zh/blog/2023/01/12/serviceless-auth-type.md: ########## @@ -0,0 +1,119 @@ +--- +title: "盘点微服务架构下的诸多身份验证方式" +authors: + - name: "罗泽轩" + title: "Author" + url:"https://github.com/spacewander"; + image_url: "https://github.com/spacewander.png"; + - name: "赵士瑞" + title: "Author" + url: "https://github.com/soulbird"; + image_url: "https://github.com/soulbird.png"; Review Comment: this part is right, but the same parts for the above 3 blogs are wrong, which is very likely to be the only reason makes preview failed. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
![https://github.com/lingsamuel.png"](https://github.com/lingsamuel.png"){kind=link}
![https://github.com/AlinsRan.png"](https://github.com/AlinsRan.png"){kind=link}
![https://github.com/spacewander.png"](https://github.com/spacewander.png"){kind=link}
![https://github.com/soulbird.png"](https://github.com/soulbird.png"){kind=link}
