満足し、クラスタはパフォーマンスの向上をもたらすと、パフォーマンスが低下します逆にするために期待していないが見つかった場合はクラスタが最善の方法はパフォーマンスの問題を解決するために、低同時パフォーマンスの1つの場合には、されていません。
国内および選択にインポート？
時間内に実際には、以前のポイント、私はIBMは、BEAと他のアプリケーションサーバー製品は、均質化の傾向を提供するが、合計時間、ユーザーが質問："J2EEアプリケーションサーバーが、どのようなそれらの間の違いは？"より質問じっくり考えた後では、J2EE標準のアプリケーションサーバー上で一貫性の程度は、1つの基準のJ2EEアプリケーションサーバーは、方法がない異なっているので、測定するためには、発見した。 PCの場合、ノートブックコンピュータは、よりパーソナルな製品は、均質性が良いことではない：ユーザーが自分の利益の減少に興味を得ることができなかった同様の製品を購入して。ただし、アプリケーションサーバプラットフォームは、企業が、この値は、これらのニーズを、ユーザーに最初の自然な選択を満たすことができる低価格での安定性、可用性、拡張性と他のエンタープライズクラスの機能です。
Honggang Kingdee元はインタビューで語った："KingdeeのApusicとIBM WebSphereは、BEA WebLogicは本質的な違い。"
1つは、中国にあるため、"アポロ宇宙船神舟宇宙船だけとして、誰も彼らがすべての本質的な違いがあると思うと、有人宇宙ツールで作成され、他のは、アメリカではない、使用中の上にある中国の違い、"人民元Honggangような評価ソフトウェアとアメリカ。しかし、彼はまた、KingdeeのApusicと似たような製品は、まだいくつかのギャップが、認めているが、J2EE標準のフレームワークでは、完全にユーザーにご利用いただけます。一方、価格との観点からサービスのサポートは、Apusicも地場産品の利点があります。
あなたは慎重に同様の製品とApusicの違いを分析する場合は、その設計の原則は、たくさん持っているでしょう。元Honggangの説明によると："ユーザーは通常どおりときは、そのユーザの通常は80％Microsoft Office Wordには、例えば、ソフトウェアの機能の20％を使用して、通常私たちはそれを使ってソフトウェアを'28原則'を使って次の、多くの高度な機能にアクセスできない文書を書くことができますApusicアプリケーションサーバーの開発では、我々はまた、最も重要な機能の20％ものソフトウェア製品として可能な限りを通して、確実に同じ原理に従って、ほとんどのユーザーのニーズ、徐々に必要に応じて増加の関数の残りの80％は、例えば、外国製品のクラスタは非常に我々が最近立ち上げた初期の機能を、我々は、そのクラスタでは、他のパフォーマンスを保証した後にのみ、クラスタを検討する優先順位の低いのニーズを備えています"と述べた。
機能的観点から、Apusicは、外国製品の数よりも少ないようだいくつかを遅らせるが、利益はApusicは非常に速く起動します。光Apusicにもう一つの重要な理由を実行してコアカーネルと多重の構造であり、コーディングは非常に簡単です。
外国人の統合のJ2EEアプリケーションサーバーレベルまたは国内のプラットフォームよりも高い、機能が、より豊かなが、情報技術の中小企業に大きな重点を今日は、おそらく国内J2EEプラットフォーム大きな役割を果たすことができます。
"クラスタのパラドックスを明らかにする"に
、元Honggangビューで、"罰金のみ明らかに、それは、並列アルゴリズムの特定のセグメントに計算過程、1つ以上の治療に配布されて粒だけでクラスタ計算効果を昨年末のApusicクラスタ機能をローンチがあった計算されます。実行して、最終的な結果がして組み合わせる。、アプリケーションのJ2EE、計算の大部分を粗粒は、分散コンピューティングの調整が必要で取引ではなく、クラスタ全体の処理能力を低減します。"と彼は信じていたからその満足し、クラスタはパフォーマンスの向上をもたらすと、パフォーマンスが低下します逆にするために期待していないが見つかった場合は、クラスタが最善の方法はパフォーマンスの問題を解決するために、低同時パフォーマンスの1つの場合には、されていません。
Honggang元は、次の2つのクラスタに便利です：まず、高い同時並行性のオーバーロードをホスト環境で実行されると述べた。たとえば、Googleのこのサイトは、大規模なトラフィック、Googleは、注文全体の応答性を改善するためにクラスタの戦略をユーザの要求をそらすためにかかりそうだ。しかし、J2EEアプリケーションは通常、お問い合わせの非常に大きな負荷とは、以下のアプリケーションは、クラスタの戦略をとる必要はありません2番目の訪問あたりの500のボリュームです。第二に、転送アプリケーションの障害が発生。これは本当にどこのクラスタは、プライマリバックアップデバイスとして、低コストのコンピューティング機器を使用して、プライマリデバイスがタイムリーに中断サービスの7 × 24時間を確保することに成功するに失敗する役に立つかもしれません。
製品の実装では、Apusicは、メモリミドルウェアベンダーの複製技術で撮影したほとんど従っていない。 Kingdeeは、メモリの複製技術の使用は、ネットワーク帯域幅の多くの費用がかかります場合は、パフォーマンスがもあって、いつでもノードの状態の変更は、マルチキャスト送信によって、他のノードの状態情報をと共に内部に必要な影響を受けてノードが増加し、メモリコピーも非常に頻繁にされ、帯域幅に深刻な閉塞。 Apusicは、状態情報を直接クライアント、サーバーが使用可能なサーバーに状態遷移に失敗に格納され、クライアント側のキャッシュを使用します。
EJBの開発は完全に変わった
元のJ2EE Honggang変更が画期的な、キーワードは、EJBが製作に先駆けて予測した。
EJBは、開発プロセスの複雑で困難な維持するので、実際のプロジェクトは、EJBの少ない使用重すぎる過去の感じを与える。将来のEJBのJ2EE 5.0仕様ではEJB3でかなり調整され、その開発メソッドが完全には、もはや5.0 J2EEのホームへ、リモートインターフェイスの概念、軽量モデルの開発に使用する変更することが注釈ツールEJBは、特にエンティティBeanの役割はこれ、それは単にO / Rマッピングの役割を与える位置をされているように説明紹介します。これらすべての取り組みのEJBの開発プロセスをよりしっかりと、より効率的、保守しやすくしています。
Web開発では、J2EEは5が、より便利なWeb開発フレームワークのStrutsに似ている新しいJSF仕様を追加します。 JSFのUIコンポーネントモデルのイベントとメソッドの開発、開発ツールを組み合わせることで、真のMVCプログラミング環境に近い従来のWeb開発を覆すために使用に基づいて。