跳到主要内容

健康检查、日志与告警

检查顺序​

  1. 确认客户端版本、环境和错误发生时间，区分单个身份、单条记录与全局故障。
  2. 检查 Gateway 的 HTTPS、路由、HTTP 状态和认证结果。
  3. 检查目标服务的 Pod Ready、重启、实际镜像和启动配置。
  4. 检查 Nacos 注册与目标配置、数据库/Redis/事务等依赖。
  5. 对 BFF 请求串联 apiId、traceId、订单或活动 ID 与第三方响应。

有界查询示意​

$kubeconfigPath = '<kubeconfig>'
$targetNamespace = '<namespace>'
kubectl --kubeconfig $kubeconfigPath -n $targetNamespace get pods -o wide
kubectl --kubeconfig $kubeconfigPath -n $targetNamespace logs deployment/base-bff --since=10m --tail=200

先确认查询目标和容器；多容器或多副本时按当前部署指定。日志窗口围绕故障时间，不导出全量敏感请求。

应关注的信号​

连续认证失败、5xx、连接池或依赖不可用、Pod 重启、订单长期不推进、媒体同步异常及重复业务记录。告警阈值与通道按环境制定，本仓库没有可直接宣称已部署的统一告警平台。

解释结果​

Pod Ready 与健康接口正常只是服务可运行；真实业务仍可能失败。UnknownHostException 需要核对实际请求地址、注册与网络，不能仅因某同名 Service 不存在就决定创建它。先定位再变更，不以重启或批量扩容试错。