[%] gRpc로 검색엔진 구현했는데

[ㅁㅁㅁㅁ(39.7)]

여러 사용자가 검색을 할 경우 검색결과가 섞이는 현상이 있는 것 같음..

분명 하나의 클라이언트에 하나의 체널만을 할당 했는데 왜 이런거지..

으으시발 머리 아프다

- dc official App

[익명(118.235)]

사실은 할당이 제대로 안됐어서? 애초에 서버 프레임워크 제대로 된거 쓰면 그럴 일이 별로 없지 않냐

[ㅁㅁㅁㅁ(39.7)]

호스트는 파이토치 써서 파이썬 기반이고 클라이언트는 스프링이야. 근데 분산처리 하느라 한 클라이언트가 여러 개의 체널을 물고 있음. 어디부터 손 대야 할 지 감도 안 잡히게 되버리 - dc App

[ㅁㅁㅁㅁ(39.7)]

애초에 자바 grpc가 뭔가 추천은 안 하는 느낌같아 - dc App

[익명(118.235)]

호스트가 파이토치고 클라이언트가 스프링임?? 좀 이상하게 됐네. 꼭 파이토치를 써야하는 경우면 Flask 나 gunicorn 같은거 알아봐봐

[익명(118.235)]

내가 애초에 너보다 지식이 적을거같긴 한데, 그래도 생으로 파이토치 위에서 서버를 짜는것보단 Flask의 힘을 빌리는게 나아보여

[익명(118.235)]

아예 Flask 기반으로 검색방식을 재구축하면 굳이 여러단계 거칠 필요도 없어지지 않을까?

[익명(118.235)]

속도 중요하면 FastAPI 도 있어

[익명(118.235)]

무슨 일 하는지 궁금한데 나중에 썰좀

[ㅁㅁㅁㅁ(39.7)]

처음 설계단계에서 플라스크나 장고도 생각 했었는데 이미 너무 많이 와버린 것 같은데 다시 한번 확인 해봐야겠음.. ㄱㅅㄱㅅ.. - dc App

[ㅁㅁㅁㅁ(39.7)]

일은 나도 아직 초짜 단계라 아무것도 모르기 때문에… 언제 초짜 벗어날 지도 모르겠다 - dc App

[익명(118.235)]

장고는 절대 하지마라 보아하니 웹사이트가 아니라 엔진 만드는 느낌인데 장고는 진짜 아무짝에도 쓰잘데기 없음. 가벼운 프레임워크 써

[익명(211.52)]

Flask 에 PyTorch 를 그냥 네이티브하게 물려서 바로 사용하고, 분산처리는 gunicorn 이나 nignx 써봐

[빵맛빵(steamb23)]

애초에 검색하는 객체자체가 싱글톤으로 구현되서 송신전에 꼬이는게 아닌가 싶은데

[빵맛빵(steamb23)]

1. 유저 1이 검색 요청 (스레드1) 2. 유저 2이 검색 요청 (스레드2) 3. 검색 객체가 유저1의 요청을 처리후 멤버변수에 저장 (스레드1) 4. 검색 객체가 유저2의 요청을 처리후 멤버변수에 저장 (스레드2) 5. 유저 1한테 저장된 데이터를 반환 (스레드1) 6. 유저 2한테 저장된 데이터를 반환 (스레드2)