메세지큐는 이미 존재. 그것을 10만개가 1분에 한번씩 요청 올때 또는 10만개에게 보내야 할때 어떤 구조가 적절할까 ?라는 것.
♨2.85™(roidz)2019-07-20 20:17
답글
호애엥 그런 규모의 시스템은 해본적이 없어서 ㅠ.ㅠ 비슷한케이스는 있었는데 데이터양이 그거 1/10도 안됐음요
막걸리가온나(scalaboom)2019-07-20 20:19
메세지큐?
점진적자살(58.126)2019-07-20 19:33
답글
메세지큐는 이미 존재. 그것을 10만개가 1분에 한번씩 요청 올때 또는 10만개에게 보내야 할때 어떤 구조가 적절할까 ?라는 것.
♨2.85™(roidz)2019-07-20 20:17
레디스를 중계 서버로 이용해서 pub로 뿌려주고 각 인스턴스들이 받아서 실행하게 하면 될 것 같은데용
그런데, pub는 모든 인스턴스에 뿌리게 되니까 인스턴스 갯수를 mod 연산으로 해서 한 명만 일하게 하는 등의 추가 조치를 하면 될 것 같읍니당.
뭔가 특별한 구조를 잡기엔 그게 더 비쌀듯해염
조대협씨에게 물어보삼
로드밸런싱 말하는거임? - dc App
ㅇㅇ 일종의 로드밸런싱을 어케 구현할지 ㅇㅇ
메세지큐 말씀하시는거?
메세지큐는 이미 존재. 그것을 10만개가 1분에 한번씩 요청 올때 또는 10만개에게 보내야 할때 어떤 구조가 적절할까 ?라는 것.
호애엥 그런 규모의 시스템은 해본적이 없어서 ㅠ.ㅠ 비슷한케이스는 있었는데 데이터양이 그거 1/10도 안됐음요
메세지큐?
메세지큐는 이미 존재. 그것을 10만개가 1분에 한번씩 요청 올때 또는 10만개에게 보내야 할때 어떤 구조가 적절할까 ?라는 것.
레디스를 중계 서버로 이용해서 pub로 뿌려주고 각 인스턴스들이 받아서 실행하게 하면 될 것 같은데용 그런데, pub는 모든 인스턴스에 뿌리게 되니까 인스턴스 갯수를 mod 연산으로 해서 한 명만 일하게 하는 등의 추가 조치를 하면 될 것 같읍니당. 뭔가 특별한 구조를 잡기엔 그게 더 비쌀듯해염
오오~ 좀 도움이 되는 조언이넹 ㅇㅇ