K8s 发布失败后，大家第一眼先看哪？

[EthanWalkerTech]

最近在看 K8s 的发布链路，发现一个挺现实的问题：发布失败以后，每个人下手的位置不太一样。

有人先翻 CI ，看是不是镜像没打出来；有人先看 Helm / Argo CD ，确认资源有没有真正下到集群；也有人直接 kubectl describe pod ，先扫 Events 、Pod 状态、Deployment ；还有人第一反应是去看业务日志。

我有点纠结的是：第一步到底该先确认发布动作有没有真正执行成功，还是直接进集群看 Pod 为什么没起来。

大家平时遇到这种发布失败，一般第一步看哪里？
有固定顺序吗，还是看报错现象临时判断？

[weiwenhao]

@EthanWalkerTech 是的，比如我收到了告警，然后我把告警信息给到 cladue ，比如下面这个是昨天的


'''
使用 kubectl 看一下是什么应用导致了 oom

Description: OOM kill detected
VALUE = 6
LABELS = map[xxxxx 隐私信息，就是 k8s 集群上的故障]

'''


然后他会给一组命令，我就看这些命令前缀是不是查询相关的，是的话就直接放行。

其实我 apply 命令也是让 cladue 写 yaml, 然后我过一遍，然后让 cladue 进行 apply 。

[EthanWalkerTech]

@weiwenhao 放行的时候一般只关注命令是不是查询，还是会看下 namespace 资源类型这些是否越界？

[defunct9]

k9s 看状态

[hancai2]

我看一眼运维