고객 서비스 소프트웨어 용 채팅 서버 아키텍처

방문자가 운영자와 채팅 할 수있는 사이트에서 채팅 담당자를 제공해야합니다. 채팅 보관함이 다른 비즈니스 조직 큐에 표출됩니다 큐 라우팅고객 서비스 소프트웨어 용 채팅 서버 아키텍처

서버 측 채팅 서버, DB, 사업자의 온라인 상태를 : 등 판매, 지원, 제품 정보, 당신은 나에게 다루 것 아키텍처를 제안 할 수 등
운영자 웹 응용 프로그램
방문자 운영자
실시간 모니터링 웹 사이트 나에 모습을 복용하고

Node.js를 + Socket.io + 레디 스 펍/서브 : 나는의 Openfire처럼 모든 메시징 시스템을
XMPP 서버를 구현해야
RabbitMQ 당신이 제안하는 무엇 youd가

? 다른 생각?

감사

출처

2012-04-15 Monardo Barella

고객 상담원 채팅 기록을 저장하는 MongoDB를 추가 할 예정입니다. 마지막 채팅을 다른 담당자에게 반복해야만합니다. –

-2

은 당신의 Openfire에 대한 상기 Fastpath service의 모양과 웹 채팅을 할 수 있습니다. 이 기능 중 적어도 일부를 제공합니다.

출처

2012-04-16 14:48:59 Robin

나는 그것을했다. 그리고 그것은 그것이 요구의 약간을 포함하는 것처럼 보인다. 이 제품은 견고한 것처럼 보이지만 자바의 개발 민첩성과 확장성에 대해서는 확신 할 수 없으며 독점적 인 프레임 워크가 많이 있습니다. 도와 주셔서 감사합니다 –

누구나 downvote에 대한 이유를 제공하고 싶습니까? – Robin

@Monardo - 자바에 대한 여러분의 의견이나 확장 성이 없다는 것은 말이되지 않습니다. 언어가 아닌 아키텍처가 일반적으로 확장 성을 결정합니다. 독점적 인 성격에 관해서는, 당신은 아이디어와 제안을 요구하고있었습니다. 이 주제와 관련하여 공개 표준이 없다고 생각합니다. 거의 모든 솔루션이 독점 될 것입니다. – Robin

고객 서비스 소프트웨어 용 채팅 서버 아키텍처

답변

관련 문제