カスタマーサービスソフトウェアのチャットサーバーアーキテクチャ

訪問者がオペレータとチャットできるサイトでチャットコンタクトを提供する必要があります。チャットは異なる事業整理キューに運ばれ：キュー・ルーティングとカスタマーサービスソフトウェアのチャットサーバーアーキテクチャ

サーバ側のチャットサーバ、DB、オペレーターオンラインステータスを：などの販売、サポート、製品情報、は、あなたは私にカバーするアーキテクチャを提案することができますなど
オペレータWebアプリケーション
訪問者演算子
リアルタイムモニタリングのウェブサイト私は外観を取ってい

：

の

のNode.js + Socket.io + Redisのパブ/サブ：私はあなたが提案する何ヤウド
XMPPサーバー
Openfire

すべてのメッセージングシステムを実装する必要がありますか？他のアイデア？

おかげ

出典

2012-04-15 Monardo Barella

MongoDBを追加して顧客連絡先のチャット履歴を保存すると、最後のチャットを別の担当者に繰り返してもらう必要があります。 –

-2

あなたはOpenfireのためFastpath serviceとウェブチャットを見てみたいことがあります。この機能の少なくとも一部を提供します。

出典

2012-04-16 14:48:59 Robin

私はそれを実行し、要件の一部をカバーするように見えます。この製品は堅牢に思えますが、Javaの開発敏捷性とスケーラビリティについてはあまり確かではなく、プロプライエタリなフレームワークがたくさんあります。あなたの助けをありがとう –

誰もdownvoteの理由を提供したいですか？ – Robin

@Monardo - Javaについてのあなたのコメントはスケーラブルではありません。言語ではなくアーキテクチャでスケーラビリティが決定されます。独自の性質に関して、あなたはアイデアや提案を求めていました。私はこのトピックに関するオープンスタンダードはないと思っています。ほとんどすべてのソリューションが独自のものになります。 – Robin

カスタマーサービスソフトウェアのチャットサーバーアーキテクチャ

答えて

関連する問題