1、几种常见网关的比较
- Nginx, 模块化设计的反向代理软件,C 语言开发
- OpenResty, 以 Nginx 为核心的 Web 开发平台,可以解析执行 Lua 脚本
- Kong, OpenResty 的一个应用,是一个 API 网关,具有 API 管理和请求代理的功能,使用 PostgreSQL 存储
- APISIX, 替换了 Kong 的 PostgreSQL 为 Etcd,基于 Nginx 的核心库实现
APISIX 的优势在于提供了 API 的管理和扩展能力,让网关不再仅仅转发服务,而是可以被配置、定制化。相较于 Nginx,APISIX 使用的是动态路由,避免了配置之后 reload 产生的风险。同时,APISIX 支持 HTTP(S)、HTTP2、Dubbo、QUIC、MQTT、TCP/UDP 等更多的协议,具有更好的使用生态。
上面是 APISIX 的架构图,数据面处理客户端请求,控制面管理路由。
2、APISIX 能解决什么问题
- 边缘路由
机房对外暴露的访问入口 IP 数量,通常是极少的,但是却支撑了很多个服务。比如,访问的 IP 是 1.2.3.4,但却同时提供了 a.domain.com、b.domain.com 的访问服务。这就需要用到边缘路由,边缘路由会将不同域名的访问,转发到不同的内网地址。
APISIX 中三种方式可以注册边缘路由,dashboard、ingress-controller、admin api。
- 基础网关能力
网关的功能不限于转发流量,更重要的是限流、熔断等。
APISIX 内置了很多插件,提供 APM、日志、熔断、鉴权、证书管理、故障注入等功能。同时,也支持拖拽组合新的插件、开发新插件以满足业务需求。
- Serverless
APISIX 通过插件的方式提供 Serverless,目前仅支持 Lua。但 APIGateway + Serverless 的组合,极具想象力。
利用 Serverless 可以快速对外提供无服务的 API,粘合各种服务,也可以对外直接提供功能服务。
- 灰度发布
由于对网关层进行了控制,APISIX 允许用户通过配置权重控制流量的转发行为,可以用来做灰度发布使用。
3、Kubernetes 上安装 APISIX
(1)添加 Helm 源
- 添加 Helm 源
- $ helm repo add apisix https://charts.apiseven.com
- $ helm repo update
- 查找 Chart 包
- $ helm search repo apisix
- NAME CHART VERSION APP VERSION DESCRIPTION
- apisix/apisix 0.3.5 2.7.0 A Helm chart for Apache APISIX
- apisix/apisix-dashboard 0.1.5 2.7.0 A Helm chart for Apache APISIX Dashboard
- apisix/apisix-ingress-controller 0.5.0 1.0.0 Apache APISIX Ingress Controller for Kubernetes
(2)安装 APISIX
- 安装 APISIX
- $ helm install apisix apisix/apisix --set gateway.type=NodePort --set admin.allow.ipList="{0.0.0.0/0}" -n apisix --create-namespace
- 查看入口地址
- $ export NODE_PORT=$(kubectl get --namespace apisix -o jsonpath="{.spec.ports[0].nodePort}" services apisix-gateway)
- $ export NODE_IP=$(kubectl get nodes --namespace apisix -o jsonpath="{.items[0].status.addresses[0].address}")
- $ echo http://$NODE_IP:$NODE_PORT
- http://1.1.1.1:32462
这里的入口地址是后端服务的入口地址,如果是生成环境,应该使用 LoadBalancer 提供的地址。
- 查看 apisix-admin 接口 key
- $ export POD_NAME=$(kubectl get pods --namespace apisix -l "app.kubernetes.io/instance=apisix,app.kubernetes.io/name=apisix" -o jsonpath="{.items[0].metadata.name}")
- $ kubectl -n apisix exec -it $POD_NAME cat conf/config.yaml |grep key
- admin_key:
- key: edd1c9f034335f136f87ad84b625c8f1
- key: 4054f7cf07e344346cd3f287985e76a2
第一个 key 是 admin,第二个 key 是 viewer。这里的 key 可以用来通过 admin api 来配置 APISIX,给其他系统集成 APISIX 提供了入口。
(3)安装 Dashboard
- 安装 Dashboard
- $ helm install apisix-dashboard apisix/apisix-dashboard -n apisix --create-namespace
默认账户是:admin 默认密码是:admin
- 查看 Dashboard 访问入口
- $ export NODE_PORT=$(kubectl get --namespace apisix -o jsonpath="{.spec.ports[0].nodePort}" services apisix-gateway)
- $ export NODE_IP=$(kubectl get nodes --namespace apisix -o jsonpath="{.items[0].status.addresses[0].address}")
- $ echo http://$NODE_IP:$NODE_PORT
- http://1.1.1.1:31501
(4)安装 ingress-controller
- 安装 ingress-controller
- $ helm install apisix-ingress-controller apisix/apisix-ingress-controller --set config.apisix.baseURL=http://apisix-admin:9180/apisix/admin --set config.apisix.adminKey=edd1c9f034335f136f87ad84b625c8f1 -n apisix
这里就会需要设置上面获取到的 admin key, 实际上 ingress-controller 也是通过调用 admin api 来配置路由的。
4、创建服务测试
前面提到 APISIX 通过 admin api 配置路由,有三种方式可以操作。这里主要验证使用 Dashboard 和 Ingress 两种方式:
- 创建一个服务
- $ kubectl create deployment web --image=gcr.io/google-samples/hello-app:1.0
- 暴露服务
- $ kubectl expose deployment web --type=NodePort --port=8080
- 查看服务
$ kubectl get service web
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
web NodePort 10.233.58.113 <none> 8080:30572/TCP 28d
(1)Dashboard 配置路由
- 新建一个上游服务
这里需要填入上面创建的集群访问地址:web.default.svc.cluster.local
- 新建一个路由
点击下一步之后,选择上面创建的服务 web,相关的参数就会自动填充。
- 访问测试
(2)Ingress 配置路由
- 创建一个 ApisixRoute 路由
虽然这里部署的是 ingress-controller 组件,但是使用时创建的是 ApisixRoute 对象。
- apiVersion: apisix.apache.org/v1
- kind: ApisixRoute
- metadata:
- name: web-route
- spec:
- http:
- - name: web
- match:
- hosts:
- - dev4.chenshaowen.com
- paths:
- - "/router-web/*"
- backend:
- serviceName: web
- servicePort: 8080
- 访问测试
- 查看创建的路由
可以发现路由是被 ingress-controller 接管的,人工不要编辑。
- 查看服务
可以看到服务主要是由四个后端提供。
- 查看服务 Pod 的 IP
- $ kubectl get pod -o wide
- NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
- web-79d88c97d6-2sdlj 1/1 Running 0 27d 10.233.105.34 node4 <none> <none>
- web-79d88c97d6-7bfbb 1/1 Running 0 27d 10.233.105.32 node4 <none> <none>
- web-79d88c97d6-hccqk 1/1 Running 0 27d 10.233.105.33 node4 <none> <none>
- web-79d88c97d6-mh9gz 1/1 Running 0 28d 10.233.105.22 node4 <none> <none>
APISIX 会将 Pod 的 IP 地址直接作为流量后端,而不需要经过 Service 的转发,这有别于 Kubernetes 的服务转发、负载均衡机制。
5、总结
本文主要简述了几种网关的区别,思考了 APISIX 主要能帮助我们解决什么问题,最后在 Kubernetes 上进行了实践。内容如下:
- APISIX 是基于 Nginx 网络库实现的 API 网关应用,使用 Etcd 作为存储后端
- APISIX 能作为边缘路由使用,其动态特性,避免了 Nginx reload 带来的抖动
- APISIX 提供了 admin api 管理路由,有三种方式可以进行配置
- Kubernetes 下的 APISIX 跳过了 Kubernetes Service 直接将流量转发到 Pod IP
6、参考
- https://github.com/apache/apisix
- https://bbs.huaweicloud.com/blogs/125686
- https://github.com/apache/apisix-ingress-controller/blob/master/docs/en/latest/concepts/apisix_route.md
原文链接:https://mp.weixin.qq.com/s/4vGk4vu9a4WLjJLQwfBcEg