Qualidade de edições de ServicesCore

Share

|

A qualidade dos serviços é extremamente importante em controlar operações de negócio bem sucedidas. A disponibilidade, o scalability, e a segurança são as características do serviço-nível que determinam a qualidade de exigências do serviço. Estas características são altamente desejáveis para os serviços de negócio tais como o vídeo on-demand ou a música que downloading, que requerem recursos e capacidade ser alocado dinâmicamente baseado no pedido de usuário. Com a qualidade dos serviços, os negócios podem fornecer serviços e a capacidade diferenciais de negócio on-demand. Este é também um dos objetivos chaves em computar de serviço público.

O termo "qualidade dos serviços" (QoS) foi usado extensamente nas telecomunicações e nas comunidades do centro de dados consultar a tratar serviços diferentes dos pacotes ou do infrastructure da rede diferentemente e não com o mesmo serviço do melhor-esforço. Aplicando o conceito de QoS à tecnologia de programação, QoS consulta geralmente à qualidade systemic da confiabilidade, a disponibilidade, o scalability, o manageability e a segurança para aplicações e serviços tornando-se e desdobrando-se de negócio. É importante projetar e desdobrar Java EE e aplicações de negócio com esta qualidade systemic, particularmente soluções interoperable do NET do NET de Java EE. Controlar o QoS para serviços e infrastructure de rede é muito diferente de controlar o QoS para aplicações interoperable do software do NET de Java EE.

Para ilustrar a diferença, os arquitetos e os colaboradores puderam encontrar algumas edições comuns em objetivos controlando do serviço-nível para suas aplicações interoperable do NET de Java EE:

• Java individual EE ou as aplicações do NET parecem ser de confiança e scalable. Uma vez que pedidos do serviço de troca e dados de negócio, o desempenho degradam. É difícil dizer fàcilmente se o Java EE ou as aplicações do NET têm quaisquer edições de QoS.

• Você não pode controlar QoS dos outros partidos fora de seu domínio se o problema de QoS se encontrar no extremo oposto.

• A estratégia do projeto de QoS que trabalha para a plataforma de Java não se aplica necessariamente no NET, e no versa vice.

• Não há nenhum mecanismo padrão para medir e controlar QoS.

Em um contexto das telecomunicações, QoS controlando é específico à camada de rede e não necessita fazer exame em aplicações de negócio individuais da consideração (componentes ou fatores) dentro da camada de aplicação. Adicionalmente, QoS controlando não necessita considerar as dependências (para o exemplo, uma função da aplicação de Java EE agrega dados de negócio de uma outra aplicação de Java EE e de um componente do negócio do NET) ou os pontos da integração (tais como a ponte do interoperability) dentro da camada de aplicação. Segurar aplicações ou componentes diferentes de negócio em plataformas heterogêneas (particularmente quando têm dependências) é rather complexa.