在这篇文章中，我将展示如何创建一个 APISIX控制器，该控制器在 Kubernetes 集群中公开启用 Dapr 的应用程序。本质上，APISIX控制器将配置相同的标准 Dapr annotations以注入daprd sidecar。通过公开这个 sidecar，它将允许外部应用程序与集群中启用 Dapr 的应用程序进行通信，请参阅 Dapr API 参考。下图是我们实际项目中的架构图：

Apache APISIX Ingress 概览

在 K8s 生态中，Ingress 作为表示 K8s 流量入口的一种资源，想要让其生效，就需要有一个 Ingress Controller 去监听 K8s 中的 Ingress 资源，并对这些资源进行相应规则的解析和实际承载流量。在当下趋势中，像 Kubernetes Ingress Nginx 就是使用最广泛的 Ingress Controller 实现。

而 APISIX Ingress 则是另一种 Ingress Controller 的实现。跟 Kubernetes Ingress Nginx 的区别主要在于 APISIX Ingress 是以 Apache APISIX 作为实际承载业务流量的数据面。如下图所示，当用户请求到具体的某一个服务/API/网页时，通过外部代理将整个业务流量/用户请求传输到 K8s 集群，然后经过 APISIX Ingress 进行后续处理。

从上图可以看到，APISIX Ingress 分成了两部分。一部分是 APISIX Ingress Controller，作为控制面它将完成配置管理与分发。另一部分 APISIX Proxy Pod 负责承载业务流量，它是通过 CRD(Custom Resource Definitions) 的方式实现的。Apache APISIX Ingress 除了支持自定义资源外，还支持原生的 K8s Ingress 资源。详细内容参见：https://www.apiseven.com/zh/blog/apisix-ingress-details

Dapr 概览

Dapr是一个可移植，事件驱动的运行时。它使开发人员简单地去构建运行在云和edge上弹性、无状态和有状态的应用，并且包含多种语言和开发人员框架。

Any language, any framework, anywhere

今天，我们正在经历一波云应用浪潮。开发人员熟悉web +数据库应用程序架构(例如经典的3层设计)，但不熟悉本质上是分布式的微服务应用程序架构。成为分布式系统专家很难，你也不应该这样做。开发人员希望专注于业务逻辑，同时依靠平台为他们的应用程序注入伸缩性、弹性、可维护性、弹性和其他本地云架构的属性。

这就是Dapr的用武之地。Dapr将构建微服务应用程序的最佳实践编入开放的、独立的构建块中，使您能够使用自己选择的语言和框架构建可移植的应用程序。每个构建块都是完全独立的，您可以在应用程序中使用其中的一个、一些或全部。

此外，Dapr与平台无关，这意味着您可以在任何Kubernetes集群和其他与Dapr集成的托管环境上本地运行应用程序。这使您能够构建可以在云和edge上运行的微服务应用程序。

详细内容参见：https://docs.dapr.io/zh-hans/concepts/overview/

APISIX 支持Dapr 的部署

前提条件

•Kubernetes 1.19+ 集群，集群上已经配置了 Dapr 。

•安装了 Helm CLI 3x。

•Kubectl CLI 已安装并配置为访问集群。

•可选：用于创建自签名证书的OpenSSL。

•APISIX的Helm Chart 版本0.7.2+，具体原因0.7.2 版本修复的issue：https://github.com/apache/apisix-helm-chart/issues/167

准备APISIX Helm

通过运行以下命令为 APISIX控制器添加最新的 helm chart repo：

$ helm repo add apisix https://charts.apiseven.com

$ helm repo update

创建APISIX Ingerss命名空间

确保当前 kubectl 上下文指向正确的 Kubernetes 集群，然后运行以下命令：

kubectl create namespace ingress-apisix

安装支持 Dapr 的 APISIX 控制器

使用以下内容创建一个名为 dapr-annotations.yaml 的文件，以在 APISIX Proxy Pod 上设置注释：

apisix:

  podAnnotations:

    dapr.io/enabled: "true"

    dapr.io/app-id: " apisix-gateway"

dapr.io/app-port: "9080"

dapr.io/enable-metrics: "true"

dapr.io/metrics-port: "9099"

dapr.io/sidecar-listen-addresses: 0.0.0.0

dapr.io/config: ingress-apisix-config

注意：上面的app-port告诉 daprd sidecar Proxy在监听哪个端口。有关受支持的注释的完整列表，请参阅 Dapr Kubernetes pod 注释规范。

下面是我在AKS上安装的示例dapr-annotations.yaml：

 apisix:

  podAnnotations:

    dapr.io/app-id: apisix-gateway

    dapr.io/app-port: '9080'

    dapr.io/enable-metrics: 'true'

    dapr.io/enabled: 'true'

    dapr.io/metrics-port: '9099'

dapr.io/sidecar-listen-addresses: 0.0.0.0

dapr.io/config: ingress-apisix-config

gateway:

  type: LoadBalancer

ingress-controller:

  enabled: true

dashboard:

  enabled: true

运行以下命令，该命令引用上述文件：

helm install apisix apisix/apisix -f dapr-annotations.yaml -n ingress-apisix

创建APISIX的Dapr Sidecar 资源

1、配置一个Apisix 上游 upstream—apisix-dapr

主机名 填写：apisix-gateway-dapr，端口号填写3500

{

  "nodes": [

    {

      "host": "apisix-gateway-dapr",

      "port": 3500,

      "weight": 1

    }

  ],

  "retries": 1,

  "timeout": {

    "connect": 6,

    "read": 6,

    "send": 6

  },

  "type": "roundrobin",

  "scheme": "http",

  "pass_host": "pass",

  "name": "apisix-dapr"

}

2、配置一个apisix 服务 apisix-gateway-dapr , 上游服务选择apisix-dapr:

{

  "name": "apisix-gateway-dapr",

  "upstream_id": "376187148778341098"

}

部署测试示例项目

HTTPBin是以Python+Flask写的一款工具，它cover了各类的HTTP场景，且每个接口一定都有返回。我们使用 kennethreitz/httpbin 作为示例项目进行演示：

kubectl apply -f 01.namespace.yaml

kubectl apply -f 02.deployment.yaml

kubectl apply -f 03.svc.yaml

上面假设有一个使用 Dapr app-id kennethreitz-httpbin运行的微服务，

路径匹配改写 

比如请求网关是 /httpbin/*, 然后后端接收的路径应该是 /*, 中间的httpbin只是充当服务名的标识。

路径 填 /*    匹配/get这种请求

路径改写选正则改写 

匹配^/ httpbin/(.*)  表示匹配/之后的部分，作为第一个匹配到的值，变量名为$1

转发路径模板 /v1.0/invoke/svc-kennethreitz-httpbin.kind-test/method/$1    即取上一个匹配后的参数拼接转发。在支持命名空间的托管平台上，Dapr 应用 ID 是符合有效的 FQDN 格式，其中包括目标名称空间。例如，以下字符串包含应用 ID （svc-kennethreitz-httpbin） 以及应用运行在 命名空间（kind-test）。

测试是否代理成功，访问http://20.195.90.43/httpbin/get：

可以看到也正常代理了。

删除 APISIX控制器

为方便起见，这里是删除 APISIX控制器的命令：

helm delete apisix -n ingress-apisix

不要忘记删除之前创建的命名空间ingress-apisix。

总结

你可以在 Kubernetes 中使用 Apache APISIX 的官方 Helm 仓库直接部署 Apache APISIX 和 APISIX Ingress Controller。并且 Apache APISIX可通过作为网关，承载 APISIX Ingress Controller 的数据面来承载业务流量。将Dapr 通过Sidecar 的annotations 注入到APISIX Proxy Pod，通过Dapr的服务调用模块调用集群中的微服务。