🛠️ 계획된 리팩토링할 기능
- 백엔드 ErrorResponse 구조 확장
- 인프라 API 오류 전용 예외 타입 추가
- GlobalExceptionHandler에서 상세 오류 메시지 보존
- 프론트엔드 승인/신청 실패 화면에서 상세 오류 표시
- 관리자 승인 화면에 실패 단계 표시
🛠 사유
현재 infra는 {"error": "..."} 형태로 비교적 구체적인 실패 사유를 반환하고, 백엔드에서도 BusinessException("Pod 생
성 실패: " + body, ErrorCode.POD_CREATION_FAILED)처럼 원문을 포함하고 있습니다.
하지만 GlobalExceptionHandler가 ErrorResponse.of(errorCode)만 내려주면서 실제 예외 메시지가 응답에서 사라지고 있습
니다.
그 결과 프론트엔드는 "외부 API 호출 실패", "서버 신청에 실패했습니다"처럼 포괄적인 메시지만 보여주게 되어, 사용자
가 실제 실패 원인을 알기 어렵고 관리자가 장애 지점을 파악하기도 어렵습니다.
따라서 인프라 오류의 원문, 상세 메시지, 실패 단계 정보를 백엔드 응답과 프론트엔드 UI까지 보존하도록 리팩토링이 필
요합니다.
📝 check-lists
🛠️ 계획된 리팩토링할 기능
🛠 사유
현재 infra는 {"error": "..."} 형태로 비교적 구체적인 실패 사유를 반환하고, 백엔드에서도 BusinessException("Pod 생
성 실패: " + body, ErrorCode.POD_CREATION_FAILED)처럼 원문을 포함하고 있습니다.
하지만 GlobalExceptionHandler가 ErrorResponse.of(errorCode)만 내려주면서 실제 예외 메시지가 응답에서 사라지고 있습
니다.
그 결과 프론트엔드는 "외부 API 호출 실패", "서버 신청에 실패했습니다"처럼 포괄적인 메시지만 보여주게 되어, 사용자
가 실제 실패 원인을 알기 어렵고 관리자가 장애 지점을 파악하기도 어렵습니다.
따라서 인프라 오류의 원문, 상세 메시지, 실패 단계 정보를 백엔드 응답과 프론트엔드 UI까지 보존하도록 리팩토링이 필
요합니다.
📝 check-lists