셋째, 리소스가 제대로 해제되지 않았습니다. 이것이 가장 심각한 문제였습니다. 요청이 실패하거나 타임아웃이 발생했을 때, 점유한 리소스를 반환하는 로직이 빠져 있었습니다. 테스트 환경에서는 요청이 모두 성공했기 때문에 드러나지 않았지만, 실제 서비스에서는 네트워크 지연, 파드 장애, 예외 상황이 수시로 발생합니다. 이런 문제는 단순히 느려지는 수준이 아니라, 서비스 전체를 멈추게 만들 수 있습니다. 이것이 바로 안정성(reliability) 문제입니다.

추가적으로 용이의 코드는 보안(security) 검증 로직도 없었습니다. 채팅 API는 정상적인 요청만 들어온다는 전제하에 작성되었고, 입력값에 대한 검증이나 비정상적인 요청에 대한 방어는 고려되지 않았습니다. 일반적으로 개발 단계에서 보안을 전제로 하지 않으면, 코드는 정상적으로 동작하더라도 시스템은 언제든 공격의 대상이 될 수 있습니다. 이 역시 테스트 환경에서는 드러나지 않는 문제 중 하나입니다.