Qualité des issues de ServicesCore

Share

|

La qualité des services est extrêmement importante en contrôlant des opérations commerciales réussies. La disponibilité, le scalability, et la sécurité sont des caractéristiques de service-niveau qui déterminent la qualité des conditions de service. Ces caractéristiques sont fortement souhaitables pour les services tels que la vidéo sur demande ou la musique téléchargeant, qui exigent des ressources et la capacité d'être dynamiquement assigné basé sur la demande d'utilisateur. La qualité des services, les entreprises peuvent fournir à des services et à la capacité différentiels sur demande. C'est également l'un des objectifs principaux dans le calcul de service.

Le terme "qualité des services" (QoS) a été largement répandu dans les télécommunications et les communautés du centre de calculs pour se rapporter à traiter différents services de paquets ou d'infrastructure de réseau différemment et pas avec le même service d'meilleur-effort. S'appliquant le concept de QoS à la technologie de la programmation, QoS se rapporte habituellement à la qualité systémique de la fiabilité, la disponibilité, le scalability, l'administration et la sécurité pour des applications et des services se développants et se déployants d'affaires. Il est important de concevoir et déployer Java EE et applications d'affaires de NET avec cette qualité systémique, en particulier solutions interoperable de NET de Java EE. La gestion du QoS pour les services et l'infrastructure de réseau est très différente de contrôler le QoS pour des applications interoperable de logiciel de NET de Java EE.

Pour illustrer la différence, les architectes et les lotisseurs pourraient trouver quelques issues communes dans des objectifs de gestion de service-niveau pour leurs applications interoperable de NET de Java EE :

• Java individuel EE ou applications de NET semblent être fiables et scalable. Une fois qu'ils des demandes de service d'échange et des données commerciales, l'exécution dégrade. Il est difficile de dire facilement si le Java EE ou les applications de NET ont n'importe quelles issues de QoS.

• Vous ne pouvez pas contrôler QoS des autres parties en dehors de votre domaine si le problème de QoS se trouve à l'autre extrémité.

• La stratégie de conception de QoS qui fonctionne pour la plateforme de Java ne s'applique pas nécessairement dans le NET, et vice versa.

• Il n'y a aucun mécanisme standard pour mesurer et contrôler QoS.

Dans un contexte de télécommunications, QoS de gestion est spécifique à la couche réseau et n'a pas besoin de prendre dans différentes applications d'affaires de considération (des composants ou des facteurs) dans la couche application. En outre, QoS de gestion n'a pas besoin de considérer les dépendances (par exemple, une fonction d'application de Java EE agrège des données commerciales d'une autre application de Java EE et d'un composant d'affaires de NET) ou les points d'intégration (tels que le pont d'interopérabilité) à l'intérieur de la couche application. La manipulation de différents applications ou composants d'affaires sur les plateformes hétérogènes (en particulier quand ils ont des dépendances) est plutôt complexe.