-
Mito 1
Sia Java EE che le piattaforme essi stessi del NET
prendono la cura della qualità dei servizi (QoS). Non ci è
necessità per gli sviluppatori e gli architetti di preoccuparsi per
il QoS.
Verità
Entrambe le piattaforme forniscono gli elementi
essenziali per QoS e richiedono il disegno e l'esecuzione con
esperienza permettere alle applicazioni commerciali/gestionali ed ai
servizi di essere certi, altamente disponibile e scalable.
-
Mito 2
QoS è una qualità sistematica per schierare Java
EE e le applicazioni del NET nel centro di dati. Finchè ci è
certo, l'infrastruttura altamente disponibile e e scalable, gli
sviluppatori e gli architetti dovrebbero potere regolare (o ridurre)
sulle applicazioni del NET del Java EE ragionevolmente senza edizioni
di amministrazione importanti di servizio.
Verità
I fissaggi e l'infrastruttura del sistema nel
centro di dati sono certamente importanti da sostenere QoS. Può
fornire la disponibilità di base. Tuttavia, benchè le macchine
siano ragruppate per alta disponibilità, l'infrastruttura non
fornisce il failover di sessione del applicazione-livello. Ci è
inoltre una limitazione da regolare semplicemente su un'applicazione
commerciale/gestionale aumentando le risorse. Per esempio,
aggiungendo altri due CPUs e 2GB della memoria fisica non il tempo di
reazione necessariamente doppio del sistema per un'applicazione
commerciale/gestionale che funziona su una macchina 2-CPU con 2GB
della memoria. Ciò è particolarmente critica per
interoperability del NET del Java EE perché stanno funzionando sulle
infrastrutture differenti (fissaggi e sistemi operativi) e non
ripartiscono le stesse possibilità di QoS. Queste applicazioni
devono essere destinate per sostenere l'affidabilità, la
disponibilità e lo scalability migliori.
-
Mito 3
Le buone prestazioni per interoperability del NET
del Java EE si riferiscono generalmente all'alto rendimento ed allo
stato latente più basso. Con la disponibilità del rendimento
elevato e dell'infrastruttura dei fissaggi di basso costo
relativamente, gli sviluppatori non devono preoccuparsi per il disegno
di applicazione per le prestazioni.
Verità
I fissaggi a basso costo possono certamente
amplificare sul rendimento di prestazioni delle applicazioni
interoperable del NET del Java EE fino a un certo punto. Le
buone prestazioni per le applicazioni interoperable del NET del Java
EE dipendono pesante dal disegno (per esempio, carico utile di XML e
disegno analizzare) e dalla strategia di interoperability (per
esempio, uso di NET Remoting contro messaging asincrono usando i
servizi di fotoricettore). Ciò può variare per i piani
d'azione differenti di requisito di affari.