-
Mythe 1
Java EE et plateformes de NET elles-mêmes prennent
soin de la qualité des services (QoS). Il n'y a aucun besoin
des lotisseurs et des architectes de s'inquiéter du QoS.
Vérité
Les deux plateformes fournissent les éléments
essentiels pour QoS et exigent de la conception et de l'exécution
expérimentées de permettre à des applications et à des services
d'affaires d'être fiables, fortement disponible, et scalable.
-
Mythe 2
QoS est une qualité systémique pour déployer
Java EE et applications de NET au centre de calculs. Aussi
longtemps qu'il y a fiable, infrastructure fortement disponible et et
scalable, les lotisseurs et les architectes devraient pouvoir mesurer
vers le haut (ou réduire) des applications de NET de Java EE
raisonnablement sans issues de gestion principales de service.
Vérité
Le matériel et l'infrastructure de système au
centre de calculs est certainement important pour soutenir QoS.
Il peut fournir la disponibilité de base. Cependant, bien
que des machines soient groupées pour la disponibilité élevée,
l'infrastructure ne fournit pas le failover de session
d'application-niveau. Il y a également une limitation à
mesurer vers le haut d'une application d'affaires simplement en
augmentant des ressources. Par exemple, s'ajoutant encore deux
CPUs et 2GB de mémoire physique pas le le temps nécessairement
double de réaction de système pour une application d'affaires
fonctionnant sur une machine 2-CPU avec 2GB de mémoire. C'est
particulièrement critique pour l'interopérabilité de NET de Java EE
parce qu'ils fonctionnent sur différentes infrastructures (matériel
et logiciels d'exploitation) et ne partagent pas les mêmes
possibilités de QoS. Ces applications doivent être conçues
pour soutenir une meilleurs fiabilité, disponibilité, et
scalability.
-
Mythe 3
La bonne exécution pour l'interopérabilité de
NET de Java EE se rapporte généralement à la sortie élevée et à
la latence inférieure. Avec la disponibilité du rendement
élevé et de l'infrastructure de matériel relativement à prix
réduit, les lotisseurs n'ont pas besoin de s'inquiéter de la
conception d'application pour l'exécution.
Vérité
Le matériel peu coûteux peut certainement
amplifier vers le haut de la sortie d'exécution des applications
interoperable de NET de Java EE dans une certaine mesure. La
bonne exécution pour des applications interoperable de NET de Java EE
dépend fortement de conception (par exemple, charge utile de XML et
conception d'analyse) et de stratégie d'interopérabilité (par
exemple, utilisation de NET Remoting contre la transmission de
messages asynchrone en utilisant des services de Web).
Ceci peut changer pour différents scénarios de condition
d'affaires.