No Áú»¢¶Ä²© 6.0, a funcionalidade de foi significativamente reformulada (veja What's new in Áú»¢¶Ä²© 6.0.0 para a lista de mudan?as).
Esta p¨¢gina descreve como os servi?os e SLAs, definidos em vers?es anteriores do Áú»¢¶Ä²©, s?o alterados durante um upgrade para Áú»¢¶Ä²© 6.0 ou mais recente.
Nas vers?es anteriores de Áú»¢¶Ä²©, os servi?os tinham dois tipos de depend¨ºncia: soft e hard. Depois do upgrade, todas as depend¨ºncias ser?o iguais. Se o "Child service" estava previamente ligado a "Parent service 1" via depend¨ºncia hard e adicionalmente "Parent service 2" via depend¨ºncia soft, depois do upgrade o "Child service" ter¨¢ dois servi?os "Parent service 1" e "Parent service 2". O mapeamento Trigger-based entre os problemas e servi?os foram substitu¨ªdos por mapeamento tag-based.
No Áú»¢¶Ä²© 6.0 e vers?es mais recentes, a configura??o de servi?o tem um novo par?metro Problem tags, que permite especificar um ou v¨¢rios pares de nome valor de tag para correspond¨ºncia de problemas. Triggers que foram vinculados a um servi?o receber?o uma tag nova ServiceLink
: <trigger ID>:<trigger name>
(o valor da tag ser¨¢ truncado para 32 caracteres). Servi?os vinculados ir?o receber ServiceLink
problem tag com o mesmo valor.
COMENT?RIO
CONTEXTO 58b995d0
Fonte: ?
O 'algoritmo de c¨¢lculo de status' ser¨¢ atualizado usando as seguintes regras:
Se voc¨º atualizou o Áú»¢¶Ä²© pre-6.0 para o Áú»¢¶Ä²© 6.0.0, 6.0.1 ou 6.0.2, veja Known issues para documenta??o Áú»¢¶Ä²© 6.0.
Anteriormente, as targets SLA tinham que ser definidas para cada servi?o separadamente. Desde o Áú»¢¶Ä²© 6.0, SLA se tornou uma entidade separada, que cont¨¦m informa??es sobre o cronograma do servi?o, objetivo de n¨ªvel de servi?o esperado (SLO) e per¨ªodo de inatividade a serem exclu¨ªdos do c¨¢lculo. Uma vez configurado, uma SLA pode ser atribu¨ªdo a v¨¢rios servi?os atrav¨¦s de service tags.
Durante uma atualiza??o:
SLA
:<ID>
e a mesma tag ser¨¢ especificada no par?metro Service tags do SLA correspondente.