carnegie mellon university, university of wisconsin-madison & ibm t.j. watson research center...
TRANSCRIPT
Managinge-Business on Demand SLA Contracts in business terms using theCross-SLA Execution Manager: SAM
Carnegie Mellon University,University of Wisconsin-Madison& IBM T.J. Watson Research Center
por Débora Comochina, Douglas Machado,Poline Lottin e Rafael Justino
Resumo•O artigo apresenta a necessidade de administrar,
em termos de negócios, a gestão dos serviços, a fim de cumprir os contratos de nível de serviço (SLA).
•Para isso, apresenta os desenvolvimentos tecnológicos sendo feitos e aplicados no Centro de Pesquisa IBM T.J. Watson.
1. Introdução•Hoje em dia, a terceirização de desenvolvimento e
administração de aplicações e/ou processos de e-business tem sido mais efetiva em custo e gestão de habilidades – para que uma empresa possa desenvolver seu core-business.
•O mecanismo que mantém a competitividade da empresa é a administração das funções e da qualidade do serviço através da assinatura de um SLA.
Introdução•Um SLA é um contrato que especifica a obrigações
e expectativas entre um provedor de serviço e um cliente.
•Um SLA de e-Business especifica itens como funções do serviço, critérios de medição de qualidade, regras de avaliação de níveis de serviço e as consequências de não atender aos padrões de qualidade estabelecidos.
Introdução•Do ponto de vista do provedor de serviços, quanto
mais genérico e simples for o acordo de prestação de serviços, menos oneroso e mais “portável”. No entanto, isso só funciona para os serviços mais simples.
•Em geral, a customização é necessária, o que torna atender os objetivos de SLM, dos diversos SLA firmados, um procedimento mais custoso.
Apresentação do SAM
•Em desenvolvimento no Centro de Pesquisa IBM T.J. Watson
•Apresentado no Sixth International Symposium on Autonomous Decentralized Systems (ISADS’03)
Apresentação do SAM▫Objetivos:
• Implantação de captura e administração de dados de SLA [contratuais] e de SLM [não contratuais]
•Ajudar na priorização dos alertas e das ações necessárias para manter o atendimento aos SLT
•Automatizar a priorização e execução de diversas tarefas/processos de SLM, assim como atribuir tarefas manuais à equipe de manutenção
Introdução•Seção 2:▫Necessidades de gestão de dados não-triviais para
execução de processos de SLM▫Comparação semântica de 9 modelos de SLA de e-
Business▫Modelo semântico de SLA do SAM
•Seção 3:▫Concepção lógica do SLM autônomo do SAM▫Ilustração de algoritmos de priorização de alertas
2.Necessidade de Gestão de Dados• Para executar economicamente processos SLM• SLA em e-business incluem:– Normas de qualidade mensuráveis (SLT):• Disponibilidade do sistema de serviço;• Latência de rede;• Resolução de tempo de resposta, etc.
– Para evitar penalização por violação de nível de serviço:• Usar metodologias para geração de dados e medições de
qualidade válidos.• Expor claramente nos contratos.
Dados essenciais para a gestão• Dados SLA: conjunto de dados contratuais
relacionados ao SLM• Dados SLM: conjunto correspondente associado aos
Dados SLA, mas do lado fornecedorEx.: Armazenagem em espaço de disco virtual.Dados SLA: atributos associados com a disponibilidade
do disco virtual, capacidade, preços, etc.Dados SLM: atributos associados a este mapeamento,
como identidade dos servidores, espaço alocado,etc.
2.1.Análise semântica comparativa• Realizada com 9 contratos SLA de e-business reais• Relacionam disponibilidade e desempenho:– 36 garantias de nível de serviço SLG– 79 intenções de nível de serviço SLI (SLG menos
penalização por violações)• Um fornecedor deve encontrar um meio genérico
de capturar e gerenciar Dados SLA, Dados SLM e as relações entre eles
Tabela ilustrativa
• Dos 75 níveis de serviços de desempenho (SLG + SLI):▫36 são sistemas de TI(rede, aplicação e servidor)▫39 são processos comerciais(help desk, notificação de
falta, respostas de serviço, oportunidade de relatório e manutenção)
Resultado da análise• SLGs: –mais específicas; – poucos níveis de serviço comuns (“disponibilidade”)
• SLIs: –menos precisas; – questões complexas (“O volume de tráfego
discriminado na categoria errada não deve exceder 0,5% do total do tráfego contabilizado por cada instituição”)
Observações não triviais•Avaliação de um nível de serviço usa limite de
medição enraizada no SLT•Uma única computação de restituição de SLG pode
utilizar a avaliação dos resultados de vários níveis de serviço
•Muitos SLAs incluem cláusulas que chamam para análises da causa origem ao qualificar dados da disponibilidade
•A reação do cliente para condições de serviço anormais pode afetar o resultado dos relatório
2.2: SAM’s SLA Semantic Model• A análise de nove contratos reais resultou em um
modelo semântico genérico de SLA para SAM• Esse modelo foi validado em mais de 60 contratos• Aplica-se a um conjunto amplo de contratos
Figura 2. Semantic Model and Relationships for Exposed Business Impact Computation of SLAs.
Diagrama (Figura 2)•O diagrama mostra as relações primárias entre
os principais elementos da semântica do ponto de vista da gestão de execução do SLA.
•As relações são rotuladas como “uses" e “includes".
•Para permitir a fácil leitura de cima para baixo, alguns relacionamentos são passivos (por exemplo, "is generated by").
Diagrama (Figura 2)• informações do cliente: ID do cliente, contato
pessoal, etc.• duração do contrato: data de início, data término,
as regras e as condições de rescisão, etc.• SLA restituição / recompensa de dados: por
exemplo, um limite de reembolso de 15%, independentemente da gravidade da informações do serviço de violações de nível.• Provedor: ID provedor, contato pessoal, etc.
Diagrama (Figura 2)•As relações, representadoas em UML por linhas
sólidas, são um componente essencial do modelo semântico e definem interações específicas entre os principais elementos semânticos. São destacados os mais sutis:
Elementos Semânticos•Dados de Medição de NS Qualificado são gerados
pela aplicação de Regras/Algoritmo de Qualificação de NS para os Dados de Medição de NS Atual, ou seja, dados de medição de nível de serviço "brutos“.
•Regras de Qualificação de NS são extraídas a partir do contrato.
Elementos Semânticos• Um único Algoritmo de restituição/recompensa
SLG pode receber vários conjuntos de Dados de Avaliação de NS correspondentes a diferentes avaliações de nível de serviço, quando computando a sua saída (Dados de Restituição/Recompensa SLG).• Restituição/Recompensa é calculada a partir do
número de vezes em que o nível de serviço esperado não for cumprido.
Elementos Semânticos• O modelo semântico de SLA inclui uma noção de
Grafos de Pacote de Serviço, compostos de Pacotes de Serviços e Gatilhos de Transição.
• Um Pacote de Serviços pode ser considerado como um recipiente de dados para um conjunto de Categorias de Serviço no âmbito das circunstâncias definidas nos contratos.
• É possível que um Pacote de Serviço intermediário seja necessário para "arrumar" os cálculos de nível de serviço exigidos durante o período de transição.
3. Impacto de Negócio Baseado em Gestão de Execução de Processo SLM no SAM
•Práticas de gestão de operações comuns não distingüem eventos SLM de outros eventos que têm pouco a ver com as regras de avaliação de nível de serviço contratuais.
•Uma violação de nível de serviço específico poderá criar perda de receita, por exemplo.
SAM•SAM é um ambiente de gestão distribuído em que
cada contrato SLA estabelecido está associado com um e apenas um objeto de gestão SLA (SMO)
•Transforma o contrato SLA associado em um ativo, entidade de computação autônoma de primeira classe no SAM e facilita a gestão de ciclo de vida do contrato
SAM•Quando um novo evento SLM chega, o SAM o
distribui para o conjunto de SMOs relevante;•Cada um dos SMOs alvo então processa o evento
por seus próprios dados SLA/SLM (por exemplo, estatísticas de medição);
•Atualiza o tempo de conclusão da ação baseado em funções de penalidade.
SAM•Prioriza os eventos com base em suas respectivas
funções de penalidade agregadas, e deixa os resultados de priorização à disposição das suas aplicações cliente (por exemplo, navegadores da Web).
SAM▫Exemplo
•Servidor x indisponível: Provedor foi exposto à perda de receita de US$ 200,00 se as ações SLM necessárias para Serviço x não pudessem ser concluídas dentro de 15 minutos e US$ 600,00, dentro de 45 minutos.
SAM•A capacidade de priorização de evento SLM do
SAM pode ser empacotada e implantada em um centro de gestão de serviços como uma ferramenta de suporte à decisão SLM para o fornecedor
SAM – Gestor de execução•Pode ser integrado com um gestor de execução
processo SLM para automatizar a tarefa de priorizar e controlar as execuções de processos SLM dirigidos ao mecanismo de fluxo de trabalho.
SAM – Gestor de execução•Embora exploração desta avançada capacidade de
gestão de ação SLM exija ao fornecedor implementar melhor disciplinas de SLM e recolher mais dados SLM, ela faz o SAM mais eficaz no sentido de ajudar o fornecedor a executar seus contratos de SLA de e-business em termos comerciais.
4. Progresso•Criação de um modelo semântico genérico de SLA
para o SAM•Desenvolvimento de uma linguagem extensível de
especificação de SLA baseada em XML, para facilitar a integração com os dados de SLA e SLM
•Construção do sistema distribuído SAM com priorização de eventos de SLM usando XML, Java, SOAP, DB2 e tecnologias de workflow MQSeries.
4. Progresso•Alguns testes e simulações orientadas a evento já
provaram que o SAM pode ajudar a reduzir o peso financeiro de violações de nível de serviço, em comparação com outras metodologias
Obrigado!IBM T.J. Watson Research Center ,Carnegie Mellon University& University of Wisconsin-Madison
por Débora Comochina, Douglas Machado,Poline Lottin e Rafael Justino