|
|
|
O fluxo de dados no sistema está na forma de eventos. Em que um evento é uma mensagem informativa criada pelo conector com base nos dados de origem e está em um formato que possa ser usado pelo CA Business Service Insight para seus cálculos de nível de serviço. Os dados brutos sempre consistem em eventos.
Portanto, o foco do design deve ser esse fluxo de eventos no sistema.
Antes de modelar os requisitos dos dados, o Especialista em lógica de negócios e o Especialista em fonte de dados devem ter uma excelente compreensão dos eventos e de seu fluxo no sistema do CA Business Service Insight. O diagrama a seguir ilustra, em alto nível, esse fluxo básico de eventos.
O diagrama anterior demonstra como eventos são recuperados da fonte de dados pelos conectores e normalizados em uma estrutura de evento padrão definida como Evento. Esses eventos são enviados pelos conectores para o CA Business Service Insight. Esses eventos são conhecidos como eventos de dados brutos.
Os cálculos da lógica de negócios em cada métrica têm como base um subconjunto dos eventos de dados brutos. Portanto, a lógica de negócios solicita esse subconjunto ao realizar um registro.
Com base na declaração do registro, o mecanismo de correlação envia apenas os eventos de dados brutos relevantes para os cálculos da lógica de negócios.
Outros eventos enviados para a lógica de negócios são os eventos do mecanismo. Todos os conceitos envolvidos nesse processo são abordados em detalhes neste capítulo.
Esta seção se concentra nas seguintes partes do diagrama:
O modelo de dados do CA Business Service Insight foi criado para maximizar a eficácia desse fluxo de dados no sistema.
Em geral, o CA Business Service Insight funciona em duas camadas: a camada de infraestrutura e a camada de modelo de negócios. Em uma divisão simples, a camada de infraestrutura inclui os objetos Conectores, Recursos e Evento, ao passo que a camada de negócios inclui os objetos Contratos, Métricas e Serviços. Entre as duas camadas, há uma camada corretiva virtual, chamada de camada de correlação.
Um identificador de evento é o objeto Evento. O Evento determina como os eventos são definidos e como são relatados ao CA Business Service Insight. Também define a estrutura do campo de dados do evento, para que possa ser interpretado pela lógica de negócios durante o processamento.
Outro identificador de evento é o recurso, que é a menor entidade usada nos cálculos. Por exemplo, ao calcular a disponibilidade do servidor, a definição lógica da menor entidade em que a geração de relatórios é necessária pode ser um servidor específico, ou pode ser um cliente, para geração de relatórios sobre o tratamento do ticket desse cliente. O Recurso é uma definição de uma entidade do CA Business Service Insight derivada da fonte de dados e do requisito de cálculo. A cada Recurso é atribuído um Tipo de recurso, que é o identificador do recurso que determina exatamente que "tipo" de recurso está definido. Cada Recurso deve ter um Tipo de recurso associado, o que também permite a adição de atributos personalizados para serem associados a cada recurso. Para obter mais informações sobre esses atributos, consulte Recursos e seu gerenciamento.
A correlação ocorre entre os eventos do conector e as métricas do contrato. A essência desse processo de correlação é a alocação de recursos e o registro de métricas.
A alocação de recursos e o registro de métricas especificam que fluxos de eventos do recurso são medidos e por qual métrica.
Observe que, com o registro de métrica, pode haver um grau de reutilização e codependência com outras métricas, pois é possível usar a saída de uma métrica como entrada para outra. De maneira semelhante, há eventos provisórios que não são usados como saída de uma métrica para a medição do nível de serviço, mas como uma etapa de cálculo intermediária que depois pode ser usada por outras métricas.
| Copyright © 2012 CA. Todos os direitos reservados. | Enviar email à CA Technologies sobre este tópico |