Roberto, Consulte o ITIL V3 - LIVRO DE OPERAÇÕES e veja o que fala sobre o "Balanceamento de Conflitos". Lá este conflito é tratado: "PRO-atividade X RE-atividade"
Um dos papéis-chave na Operação de Serviço é gerenciar este tipo de conflito, encontrando um balanceamento entre um conjunto de prioridades conflitantes. Abaixo 2 situações distintas onde seria mais indicado uma ação PRO-ativa ou RE-ativa: PRO-ativa: se for para MELHORAR um Serviço ser PRO-ativo e atuar antes de reclamações é muito mais adequado que ser RE-ativo e atuar em incidentes. RE-ativa: se o Serviço já caiu é muito mais indicado, NESTE MOMENTO, ser RE-ativo atuar na volta do Serviço mesmo com uma solução de contorno (RESOLVER O INCIDENTE) do que ser PRO-ativo e tentar identificar a causa-raiz para RESOLVER O PROBLEMA com uma solução definitiva. Espero ter ajudar. Abs. Omar Mussi. > Vixe, Maria. > > Alguém consegue me localizar sobre essas questões proativo x reativo na > realidade? > > Senão vamos discutir semântica (hehehe) até o final dos tempos... > > Alguém sabe me dizer qual dos dois métodos é melhor? > > EL Cohen > > Vejo vocês no http://www.hdibrasil.com.br/2010 > > > > > 2010/3/25 <[email protected]> > >> >> >> Flávio, >> Esta questão parece confusa, mas ela tem uma explicação lógica. >> >> Perceba que: >> PROATIVO atua ANTES de um incidente >> REATIVO atua DEPOIS de um incidente >> >> O que faz o Monitoramento? Ele gera ALERTAS ANTES de um incidente ocorrer e >> gera EVENTOS >> DEPOIS que o incidente ocorre. E por isto é PROATIVO e REATIVO ao mesmo >> tempo! >> >> Como ele faz isto? >> >> - Imagine o medidor de combustivel do carro, quando ele entra na reserva >> acende a luz >> vermelha --> este ALERTA permite uma ação PROATIVA. Se você não colocar >> combustível o >> carro vai engasgar até parar e o medidor ... vai parar de medir -> este >> EVENTO só >> permite uma ação REATIVA AO INCIDENTE da parada do carro. >> >> - Dando um exemplo de TI: >> Imagine um monitor que mede o consumo de banda de um link. Você pode >> configurá-lo para >> que, até 70% da capacidade do link o desempenho estará dentro do SLA de >> disponibilidade >> (tempo de resposta das transações). Se passar de 70% ele gera um SMS de >> ALERTA para você >> agir PROATIVAMENTE (derrubando alguns usuários, mudando prioridades de >> processos, etc). >> E se chegar a 100%? Certamente todas as conexões ficarão lentas e vai >> faltar >> disponibilidade para todos e nesta hora você recebe um SMS de um EVENTO DE >> UM INCIDENTE >> onde só poderá agir REATIVAMENTE à uma quebra de SLA. >> >> As 2 outras opções sempre agem antes do fato e são SOMENTE PROATIVAS: >> >> - AVALIAR RISCO é tratar as ameaças/vulnerabilidades ANTES de algo que pode >> acontecer >> (INCERTEZA) que pode gerar um incidente/problema. Isto é feito na Fase de >> Transição >> antes das mudanças e na Fase de Desenho (da capacidade ou disponibilidade >> ou >> continuidade ou segurança) >> - TESTE DE RESILIÊNCIA é avaliar a resistência a falhas na Fase de >> Transição ANTES de >> mudanças. >> >> Abs. >> Omar Mussi. >> >> > >> > >> > Pessoal, >> > >> > >> > >> > Bom dia! >> > >> > >> > >> > Depois de muito vasculhar a internet achei esse fórum e venho >> acompanhando >> > há algumas semanas. >> > >> > >> > >> > Estou estudando para o exame do Fundation do ITIL v3 e durante um >> simulado >> > uma questão, que errei me deixou um pouco com a pulga atrás da orelha. >> > >> > >> > >> > A questão era: >> > >> > >> > >> > Quais das seguintes atividades do Gerenciamento da Disponibilidade são >> > consideras mais proativas do que reativas? >> > >> > 1. Avaliação de risco, >> > >> > 2. Teste de mecanismos resiliência, >> > >> > 3. Monitoramento da disponibilidade de componente >> > >> > >> > >> > Resposta Correta: 1 e 2 apenas >> > >> > >> > >> > A conclusão que cheguei após revisar a essa questão é que: Se, durante o >> > monitoramento, eu detecto uma redução parcial ou total da disponibilidade >> > acordada eu acabo reagindo a essa redução, uma vez que a origem possa >> estar >> > em qualquer componente do meu serviço. As outra duas opções eu posso >> > trabalhar isso paralelamente ao monitoramento, prevenindo ou detectando >> > possíveis e/ou futuras reduções. >> > >> > >> > >> > Gostaria de saber se minha linha de raciocínio, mesmo que confusa, esta >> > correta e qual a opinião de vcs em relação a essa resposta. >> > >> > >> > >> > Atenciosamente, >> > >> > >> > >> > Flávio Antonio Severino >> > >> > Analista de Sistemas >> > >> > [email protected]<fseverino%40carriers-interconnect.com> >> > >> > 55 11 8352-3828 >> > >> > 55 11 7926-6877 >> > >> > 55 11 3083-2003 >> > >> > >> > >> > >> >> >> >
