7
私たちは、電気通信に関連するアプリケーションプラットフォームを開発するためのオプションを評価しています（そして、スタンドアロンアプリケーションの一部を新しいプラットフォームに移行/統合する）。主な懸案事項の1つは、ピーク時に大量のリクエストを処理する能力です。高性能/ミッションクリティカルなアプリケーション向けのJRuby/TorqueBox
我々はTorqueBoxがあるため考慮に値する興味深いソリューションに思える感じ：スレッドの
- 速度（次の純粋なJavaのパフォーマンスに）
- 迅速な開発時間
- 保守
- のJava オーバーのサポート/並行性はRubyでも
- Railsでより速く/より簡単なフロントエンド開発
- ...
- RedHatのサポートされているとJBoss（スケーラビリティ、将来の発展と、必要な場合は、Javaを呼び出す機能）上で動作する
- 誰が開発しています/ JRubyの/ TorqueBoxと同様のアプリケーション（複数可）を展開？
- 先進的なボトルネックは何ですか？ （JRubyを使わないで、Javaを使うべきなのはなぜですか？）
：JRubyの/ Torqueboxは及びませんかなり高い負荷を処理することができます。 Celluloid.IO（並行処理用）+ TorqueBoxを使用してPoCアプリケーションを開発し、Javaリファレンスアプリケーションを使用してどのように運賃を試しているかもしれません。 JRuby PoCアプリケーションの開発を決定した場合、負荷統計情報で更新されます。 – bud
セルロイド：ioとTorqueboxを組み合わせることは、少なくとも私たちの要求では過剰なものに見えました。TBのビルトインキュー機能を使用すると、問題なく動作するようになりました。 注目すべき点は、ランニングオン開発モードがjbossのメモリ制限でエラーを出したことに気付きました。プロダクションモードでアプリをデプロイするとクリアされました。 – bud