-
神話1
eeおよび両方のjava 。 netのプラットフォームの世話をしてサービスの品質（ qosの）します。 開発者のための必要はありませんとqosの建築家を心配しています。
真理
両方のプラットフォームを提供するために必要不可欠な要素qosや必要な経験を積んだ設計と実装を有効にビジネスアプリケーションやサービスに信頼性が高く、高度に利用可能でスケーラブルなします。
神話2
qosのは、全身のjava eeおよび品質を展開します。 netアプリケーション、データセンターをご覧ください。 信頼性がある限り、高度に利用可能でスケーラブルなインフラストラクチャ、開発者や建築家は規模を拡大することができなければならない（あるいは規模を縮小する）のjava李します。合理的にせずにnetアプリケーションサービス管理の主要な問題があります。
真理
ハードウェアおよびシステムのインフラストラクチャは、データセンターは、確かに重要なのqosをサポートします。 基本的な可用性を提供することができます。 しかし、マシンはかかわらず、高可用性クラスタは、アプリケーションレベルのインフラを提供していないセッションフェイルオーバーします。 また、スケールアップするビジネスアプリケーションを制限するだけのリソースを増やします。 たとえば、他の2つのcpuを追加すると2gbの物理メモリの2倍のシステムは必ずしもビジネスアプリケーションの応答時間を実行して2 - cpuのマシンでの2gbメモリします。 これは特に重要な李はjava 。 netの相互運用実行されているため、さまざまなインフラ（ハードウェアおよびオペレーティングシステム）ではありませんqosのと同じ機能を共有しています。 これらのアプリケーションをサポートするよう設計する必要があるより良い信頼性、可用性、およびスケーラビリティ。
神話3
李良いパフォーマンスにはjava 。 netの通常の相互運用性の高いスループットと低いレイテンシを指します。 空室で、比較的低コストでの高いパフォーマンスとハードウェアのインフラストラクチャ、開発者を心配する必要はありませんアプリケーションのパフォーマンスを設計します。
真理
低コストのハードウェアのパフォーマンスを押し上げることは確実李スループットのjava 。 netのアプリケーションの相互運用をある程度します。 李良いパフォーマンスにはjava 。 netの相互運用は、アプリケーションの設計に大きく依存して（たとえば、 xmlのパースのデザインやペイロード）との相互運用戦略（たとえば、使用します。 net remotingの対非同期メッセージングを使ってウェブサービス）します。 このシナリオは異なる場合があり、さまざまなビジネス要件です。