网关部署完成后接口 404 问题排查

[wklken]

报错异常日志

API_NOT_FOUND

网关内置资源发布链路

• dashboard 部署时 post_migrate 执行发布
• celery worker 具体执行解析
• 写入 etcd apigw prefix
• operator 监测到变更，拉取，处理
• 写入 etcd apisix prefix
• apisix watch到变更，拉取，生效

---

关键点：

1. post_migrate job 是否正确执行
2. celery worker有没有正确连接到etcd， 并且写入成功 bk-apigateway-dashboard-celery
3. operator有没有正确连接到etcd， 并且写入成功， 容器 bk-apigateway-operator
4. apisix 有没有正确连接到etcd， 并且拉取成功 容器 bk-apigateway-apigateway 目录 /usr/local/apisix/logs

[wklken]

case 1:

正常的网关ingress 配置

某个部署用户侧自行注入了annotation规则， 添加了一个 rewrite规则，导致网关所有请求 404

此时，网关 bk-apigateway-apigateway pod收到的请求都是/路径的，导致所有请求 404

{"data\":null,\"message\":\"API not found [path=\\\"/\\\" method=\\\"GET\\\"]\",\"code\":1640401,\"code_name\":\"API_NOT_FOUND\",\"result\":false}

解决：去掉自定义rewrite规则；

【注意，如果之前部署其他环境都ok，突然某一套环境有问题，建议diff下各个环节配置的差异】

[wklken]

esb 请求的链路

请求 ->
bk-apigateway-apigateway ->
将 /api/c/compapi/ rewrite 到本机的 127.0.0.1:6006/api/bk-esb/prod/ ->
bk-apigateway-apigateway 的 bk-esb 组件 ->
bk-apigateway-esb ->
上游

[wklken]

想要熟悉网关，需要熟悉以下内容：

1. 部署顺序 helm chart bk-apigateway 里面每个资源的角色， 以及init container / job 配置的 on_migrate / post_migrate 分别做了什么， 每个deployment 都会等待哪些job 执行完成？
2. 发布的数据流， 在网关中点击发布，在dashboard / dashboard-celery / etcd / operator / etcd / apisix 之间的数据流转，以及每个模块打印日志的内容
3. 请求的链路，网关和esb 对应域名，到ingress， 再到apisix，再到对应后端服务，完整的链路；

[wklken]

bcs apigateway 是一个定制的网关，跟蓝鲸 API 网关是两套
crd 只有bcs apigateway 在用， operator 转换成apisix.yaml 给 bcs apigateway apisix 实例用;