EC2でのOpenfireのパフォーマンス

Question

私たちはモバイルアプリでリアルタイムチャット機能を紹介する予定です。もちろん、私たちはXMPPの道を行くだろう。

Openfireは現実世界でさまざまなサイズのEC2インスタンス（Windowsサーバー）をサポートしていますか？

この新しいリアルタイムチャット機能のアプリダウンロードとユーザー適応性について予測される成長パターンに応じて、22500人の同時ユーザーから75000人の同時ユーザーまでの数字を見ています。時間範囲=次の12ヶ月。

私がこれまで行ってきたことから、Openfireがスケーリングを行うにあたって最善の方法ではないかもしれないので、時間の経過とともにこれらの数値がec2の1つのインスタンスでサポートされますか？つまり、より小さなインスタンスでホスティングを開始し、インスタンスのサイズを負荷の要求として増加させ続けます。

Ejabberedはスケールアウトには最適ですが、拡張するにはerlangのスキルが必要なので、ejabberedは私たちにとって難しい選択です。他の代替案はjavaであるtigaseですので、簡単に拡張することができますが、Openfireが今後12ヵ月間スケールアウトすることができれば、今のところこれを使用して新しいチャット機能が採用されています。経営の容易さという理由の1つ。

最後に、ユーザーがオフラインのときにモバイルデバイスへのXMPPチャット+プッシュ通知のSaaS/PaaSプロバイダーのリンクを手助けすることができれば、それはすばらしいことになります。私たちはquickblox.comと連絡を取りましたが、現時点ではエンタープライズ製品は高価なようです。私たちがSaaS/PaaSのやり方をすれば、私たちは100％所有権とデータの移植性を望んでいます。

Answer 1

あなたが言及した数字は、ejabberdによって簡単に処理されるはずです。

ejabberdをどのように拡張するかはわかりません。マルチユーザーチャットとメッセージングは​​、すべてのサーバーともちろんejabberdによって正常に処理されます。さらに、カスタムプロトコルを検討している場合は、これらを選択した言語で記述し、ejabberdにXMPPコンポーネントとして接続することができます。

Webインターフェイス（ejabberdには限られていますが）が欠けている可能性がありますが、アプリケーションのWeb UIを使用して管理する場合は、もう一度考える必要があります）

Answer 2

ejabberdに参加したい場合は、常にProcessOneのサポートを受けることができます。 これはejabberdのもう一つのプラスです。商用にサポートしてもらえれば余裕があります。

Answer 3

Openfire handling those and larger numbersは、1人のサーバー上で同時に使用できるユーザーがいくつか記載されています。

2007年のdocument on scalabilityには、バージョン3.2でサポートされている50000ユーザーが表示されています。現在のリリースは3.7.1です。あなたが今日実行する可能性のあるものよりもずっと遅いマシンを意味することを忘れないでください。

また、使用するXMPPの機能を考慮する必要がありますが、単純なメッセージでは、参照している番号を簡単に処理できるはずです。

Answer 4

Android Push Notificationは良い解決策です。

Android-Pushサービスでは、あなた（Androidデベロッパー）があなたのアプリをインストールしたユーザーに直接メッセージを送信できます。アプリにコードスニペットを含めるだけで、携帯端末でアプリがアクティブでなくても、アプリのユーザーに連絡するために特定のURLに投稿するだけで済みます。

機能：アプリのあなたはプッシュの大規模な数を必要としない限り、

無料

無料。もちろん、より多くのプッシュと迅速なテクニカルサポートの料金を支払うことができます。

簡単

はアプリにアプリにプッシュする超簡単な 統合することは非常に簡単

：ちょうどURLリクエスト ませんC2DMの制限を送信、使用するGmailアカウントを持っている必要はありませんプッシュサービス クラウドサービス、設定する必要はありません独自のプッシュサーバー

有効

電話01のローバッテリーやネットワークの消費量ユーザーの操作を追跡し、ユーザーがプッシュにどのように反応するかを確認します。