Já sabia que tal discussão poderia criar exemplos de vivência dispersos...hehehehe.
Por isto que quando expliquei as diferenças baseadas no meu entendimento, utilizei aquela metáfora para explicar. (; Cristiano E. Krauspenhar Analista e Personal Tecnológico BSI ITIL V3 Foundation Certificated [email protected] --- Em sex, 26/3/10, Roberto Cohen <[email protected]> escreveu: De: Roberto Cohen <[email protected]> Assunto: Re: [itsm_br] Duvida para o exame Fundation ** Para: [email protected] Data: Sexta-feira, 26 de Março de 2010, 16:48 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.hdibrasi l.com.br/ 2010 2010/3/25 <omarmu...@alternex. com.br> 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/vulnerabilid ades 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 > > fsever...@carriers- interconnect. com > > 55 11 8352-3828 > > 55 11 7926-6877 > > 55 11 3083-2003 > > > > ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com
