업무 도중 궁금한 점이 생겼습니다.

Question

안녕하세요. 이제 1년차가 되어가는 스프링개발자 입니다.이번에 회사에서 새로운 업무를 맡게되었는데, 기존 파일 올리던걸 파일 보안 프로그램을 사용하는것으로 변경하는 업무를 맡게되었습니다.기존에 파일 올리던 시스템에서 올리기 직전에 파일을 보안서버에 전송하여 파일 분석 후 리턴값에 따라 저장여부를 결정하는 방식으로 구현하려고 하는데요, 문제는 파일 분석 단계가 시간이 조금 걸려 사용자 입장에서 마치 화면이 렉먹은 것 마냥 보여서 고민중입니다. 사용자 입장에선 기존 방식처럼 보여주게 하고싶어 멀티스레드를 이용하려고 하는데요, 파일 업로드 요청이 들어온다면 파일 분석 단계에서 스레드를 하나 생성하여 생성한 스레드는 파일 분석 요청을 수행하고, 기존 스레드는 바로 사용자에게 완료문구를 보여주려고 합니다.여기서 고민인게, 과연 이 방식이 가장 최선의 방법일까 가 고민입니다. 혹시 더 좋은 방법이 있을까요?

Clickin · Accepted Answer

멀티스레드로 처리할 게 아니라 큐로 처리해야할 상황으로 보입니다.기존에는 파일이 등록되면 바로 조회할 수 있었지만 보안 솔루션 검토가 들어가면서 업무패턴이 바뀌는 걸 주지시킬 필요가 있고요원래의 업무 흐름이 파일 업로드->성공/실패 리턴->파일 조회 였다면바뀌는 흐름은 파일 업로드->업로드 큐 등록완료->성공/실패여부 확인->파일 조회의 형태가 되겠죠.사용자 입장에서는 파일 업로드가 비동기 액션이 되는거죠

L2J · Answer

멀티스레드랑은 관련이 없을 것 같습니다.Clickin님이 생각해주신 바뀐 흐름에서 성공/실패여부 확인에 대한 주기만 사용성에 알맞게 해주면 될 것 같습니다.

Constant · Answer

작성자 분이 좀 난해하실 것 같은데, 이 문제의 핵심은 큐가 아니라 비동기입니다. 물론 그것의 처리 방식 중 하나가 큐가 될 수는 있는데요. 작성자님은 단순히 머릿속에 Queue, Stack의 큐를 생각하실게 백타 뻔하기 때문에.. 찾아서 구현하실 때 비동기로 검색하시길 바랍니다. 관련해서 검색해보고 싶으시면 비동기, 웹소켓, 메시지큐, TCP, Netty 이런 부류로 검색하세요.. 너무 동떨어진 답변이 많네요.

yeori · Answer

이거는 대응 방법이 너무 많아서 구체적인 상황에 따라서 백엔드까지 개입시킬지 결정할 수 있습니다.파일 검증에 걸리는 평균 시간사용자 후속 행위 등...에 따라서 1) 화면에서 가라로 progressive 화면을 보여줄 수도 있고 2) 사용자가 업로드 화면을 떠난 후에 처리 결과를 보여줄 수도 있고, 3) 반드시 업로드 화면에 붙잡아둬야 할 수도 있고,맥락에 따라서 구체적인 대응이 결정됩니다.

업무 도중 궁금한 점이 생겼습니다.

4개의 답변

기술 목록