palcar가 배포 후 정상 수렴하지 않거나 핵심 경로가 비정상일 때의 절차다. 먼저 서비스 공통 1차 대응 절차를 적용한 뒤 palcar 특화 확인을 본다.
palcar / workload api Deployment, mysql StatefulSet / ingress palcar / 경로 /api, /health./health 와 /api 기준을 분리해 본다sudo kubectl get deploy,sts,pods,svc,ing -n palcar
/health만 실패하는가 / /health는 되는데 /api만 실패하는가. 이 분리가 ingress vs 앱 기능 문제를 빠르게 좁힌다.api 와 mysql 상태를 같이 본다sudo kubectl logs deploy/api -n palcar --tail=100
sudo kubectl logs statefulset/mysql -n palcar --tail=100
sudo kubectl describe ingress -n palcar palcar
sudo kubectl get svc -n palcar
palcar.do4ai.com/admin.palcar.do4ai.com 기준과 맞는가, /api·/health path 연결, service port 일치./health 기준으로 회복 여부를 먼저 본다/health 회복을 먼저 확인하면 앱 기동 회복과 사용자 기능 장애를 나눠 볼 수 있다.api·mysql 정상 수렴, /api·/health 단절 없음, 앱 로그 반복 치명 오류 해소.ImagePullBackOff/CrashLoopBackOff 지속 / /health 미회복 / DB 연결 실패 반복 / ingress path 변경 직후 API·health 동시 다운.온보딩 트랙 2부. 서비스 운영
이전: palcar 모니터링·알람·SRE · 다음: papersens 서비스 가이드 · 전체 경로: 시작하기: 신입 온보딩