Solução BAM Business Activity Monitoring

Transcrição

1 Solução BAM Business Activity Monitoring Versão [v1.0] / [Jan-2013] DSI/DIS Arquitetura Aplicacional

2 CONTROLO DE VERSÕES E DISTRIBUIÇÃO Controlo de Versões Versão Data Alteração Responsável Versão Inicial Rui Miguel 2 DSI/DIS Arquitetura Aplicacional

3 1. SOLUÇÃO BAM

4 SOLUÇÃO BAM

5 BAM Objectivos A solução BAM (Business Activity Montoring) implementada na GalpEnergia assenta no pressuposto da criação de uma solução transversal de monitorização que tem como objectivos principais: 1. Apresentar informação em tempo-real de forma a que se possa reagir preventivamente a situações de falha de forma a mitigar o impacto das mesmas nos negócios 2. Disponibilizar histórico da informação recolhida para que se possa analisar tendências com o objectivo de identificar potenciais falhas e assim promover atempadas correcções. 5 DSI/DIS Arquitetura Aplicacional

6 BAM Características de Monitorização A solução BAM implementada apresenta informação relativamente aos seguintes tópicos: Negócio Processos Serviços Processos de Negócio transversais aos sistemas que o suportam. Capacidade de seguir as actividadades de um processo, desde a sua origem ao seu destino, apresentando informação de volumetria com capacidade de filtragem por estado Indicar o numero de invocações efectuada a cada serviço existente com capacidade de identificar KPIs ao nivel do resultado da invocação (código de erro retornado, tempo de invocação, etc) Sistemas Sistemas (SAP, Siebel, TIBCO, etc) que suportam os processos de negócio, apresentando-se a este nível informação percentual sobre a disponibilidade do mesmo Appliances Peças de Hardware (Servidores, Discos, etc) ou Software (EMS, FTP, etc) que fazem parte de um sistema. A falha de uma destas peças irá causar um maior ou menor impacto na disponibilidade dos sistemas que as utilizam. Resources Valores medíveis (CPU, memória, Tablespaces, etc) que se conseguem obter das peças de hardware/software que pertencem aos sistemas monitorizados. A alteração destes valores irá causar variações nos impactos InfraEstrutura 6 DSI/DIS Arquitetura Aplicacional

7 BAM Monitorização Infraestrutura Sondas A informação do estado da infraestrutura será recolhida através da agregação da informação enviada por Sondas. Entende-se por sonda uma aplicação ou script que envie uma determinada informação em periodos prédefinidos Processos Serviços Sistemas Appliances Sistema A Sistema B Resources Entende-se por Sistema a agrupação da informação de ou mais appliances App1 (Server A) App2 (FTP Server) App3 (Oracle DB) App4 (Server B) Entende-se por appliance, a agrupação da informação produzida por uma ou mais sondas. A informação produzida pelas sondas é conhecida como Recursos do appliance CPU MEM Connected Disk Tablespace CPU MEM Space Disk Space O Sistema A é composto por 3 appliances O Sistema B é composto por 2 appliances O appliance 3 é partilhado por ambos os sistemas Cada Recurso somente pertence a um Appliance Cada recurso somente pertence a um único Appliance Contudo um Applicance pode pertencer a um ou mais sistemas Ex: Bases de Dados partilhadas por vários sistemas 7 DSI/DIS Arquitetura Aplicacional

8 BAM Monitorização Negócio A solução BAM permite a monitorização de negócio em termos do Processo -> fluxo(s) de actividades Serviço -> passo dentro do fluxo de actividades Para isso, à medida que o fluxo de actividades vai progredindo, vão sendo gerados eventos, relacionados por Processos Serviços Sistemas uma chave única (técnica ou de negócio). Appliances Start A EAI B End Resources Em termos de monitorização serão identificadas situações: Erro -> o processo ou serviço pararam devido a erro Atraso -> o processo ou serviço não está parado, no entanto está a demorar mais tempo do que aquele definido como média Inactividade -> o processo ou serviço não foram executados há mais tempo do que aquele definido como média SLA s (relevantes para identificação de atrasos, inactividade e geração de alertas): SLA de execução corresponde ao tempo médio que um processo demora a ser executado com sucesso SLA de negócio corresponde ao tempo findo o qual se torna crítico para o negócio o processo não se ter executado com sucesso SLA de inactividade corresponde ao tempo máximo em que poderá não haver actividade Os SLA s poderão ter um calendário associado (ex: SLA s diferenciados entre dias úteis e não úteis) Atingidos os SLA s definidos poderão ser gerados alertas de notificação (por ou sms) - Alerta Erro - Alerta aviso de SLA atingido - Alerta de inactividade 8 DSI/DIS Arquitetura Aplicacional

9