시나리오
주문 API의 라벨을 표준 라벨로 정리하면서 Deployment를 새 라벨(app.kubernetes.io/name)로 다시 만들었습니다(Deployment selector는 바꿀 수 없어서). 새 파드 3개는 모두 Running·Ready인데, 인그레스로 들어온 요청이 503으로 끝납니다.
주문 API의 라벨을 표준 라벨로 정리하면서 Deployment를 새 라벨(app.kubernetes.io/name)로 다시 만들었습니다(Deployment selector는 바꿀 수 없어서). 새 파드 3개는 모…
주문 API의 라벨을 표준 라벨로 정리하면서 Deployment를 새 라벨(app.kubernetes.io/name)로 다시 만들었습니다(Deployment selector는 바꿀 수 없어서). 새 파드 3개는 모두 Running·Ready인데, 인그레스로 들어온 요청이 503으로 끝납니다.
$ kubectl get endpoints order-api
NAME ENDPOINTS AGE
order-api <none> 41d
$ kubectl get svc order-api -o jsonpath='{.spec.selector}'
{"app":"order-api"}
$ kubectl get pods --show-labels | grep order-api
order-api-6d5f7c9b8-4kq2x 1/1 Running app.kubernetes.io/name=order-api,pod-template-hash=6d5f7c9b8이 문제의 전체 시나리오와 점검 체크리스트, 복구 순서, 모범 풀이는 Pro 구독에서 열립니다.