Calidad de las ediciones de ServicesCore

Share

|

La calidad de servicios es extremadamente importante en el manejo de operaciones de negocio acertadas. La disponibilidad, el scalability, y la seguridad son las características del servicio-nivel que determinan la calidad de los requisitos del servicio. Estas características son altamente deseables para los servicios de negocio tales como vídeo a pedido o música que descarga, que requieren recursos y capacidad dinámicamente de ser asignado basado en la petición de usuario. La calidad de servicios, los negocios pueden proveer de servicios y de capacidad diferenciados de negocio a pedido. Éste es también uno de los objetivos dominantes en computar para uso general.

El término "calidad de servicios" (QoS) se ha utilizado extensamente en las telecomunicaciones y las comunidades del centro de datos para referir a tratar diversos servicios de los paquetes o de la infraestructura de la red diferentemente y no con el mismo servicio del mejor-esfuerzo. Aplicando el concepto de QoS a la tecnología de dotación lógica, QoS refiere generalmente a la calidad systemic de la confiabilidad, disponibilidad, scalability, flexibilidad y seguridad para los usos y los servicios de negocio que se convierten y que despliegan. Es importante diseñar y desplegar Java EE y los usos de negocio del NET con esta calidad systemic, particularmente soluciones interoperable del NET de Java EE. El manejo del QoS para los servicios y la infraestructura de red es muy diferente de manejar el QoS para los usos interoperable del software del NET de Java EE.

Para ilustrar la diferencia, los arquitectos y los reveladores pudieron encontrar algunas ediciones comunes en los objetivos de manejo del servicio-nivel para sus usos interoperable del NET de Java EE:

• Java individual EE o los usos del NET se parece ser confiables y scalable. Una vez que ella las peticiones del servicio de intercambio y los datos de negocio, el funcionamiento degrade. Es difícil decir fácilmente si la Java EE o los usos del NET tiene cualesquiera ediciones de QoS.

• Usted no puede manejar QoS de los otros partidos fuera de su dominio si miente el problema de QoS en el otro extremo.

• La estrategia del diseño de QoS que trabaja para la plataforma de Java no se aplica necesariamente en NET, y viceversa.

• No hay mecanismo estándar para medir y para manejar QoS.

En un contexto de las telecomunicaciones, QoS de manejo es específico a la capa de red y no necesita tomar en usos de negocio individuales de la consideración (los componentes o los factores) dentro de la capa de uso. Además, QoS de manejo no necesita mirar las dependencias (por ejemplo, una función del uso de Java EE agrega datos de negocio de otro uso de Java EE y de un componente del negocio del NET) o los puntos de la integración (tales como el puente de la interoperabilidad) dentro de la capa de uso. La manipulación de diversos usos o componentes de negocio en plataformas heterogéneas (particularmente cuando tienen dependencias) es algo compleja.