저도 mysql 에서 row level lock 으로 큐를 직접 구현해서 수년간 제품에서 잘 동작하고 있는데요,
단순히 여러개의 워커에 큐와 유사한 기능을 제공하면서 큐 내에서 대기/진행중/실패(완료면 삭제) 상태를 포함한 payload 를 같이 저장할 수 있는 것을 원했습니다.

본문에서 짧은 시간에 rabbitmq에서 디비로 전환시킨 것을 보면 굳이 별도의 전문 큐 서비스의 범용성이나 다양한 기능과 설정 가능성이 필요하지 않았기 때문이 아닌가 싶습니다.