Filtrando em Gestão de vulnerabilidades de aplicações

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 1 min. de leitura
  • Calculadoras e Regras de atribuição usam condições durante a importação, criadas usando o Construtor de condições. As mudanças nos critérios podem afetar o desempenho, já que cada registro é avaliado usando esses filtros.

    As regras e calculadoras enviadas com o sistema base são otimizadas para desempenho. A edição ou criação de regras ou calculadoras é cuidadosa e pode exigir a experiência de ServiceNow e Resposta a vulnerabilidades de aplicações. Dito isso, algumas orientações estão disponíveis.

    Evite filtrar com base em campos de subclasse

    Algumas tabelas oferecem suporte à extensão. Um exemplo disso é a tabela IC do CMDB [cmdb_ci]. Tabelas como cmdb_ci_hardware e cmdb_ci_computer estendem esta tabela. Se você filtrar com base em um campo que não está na tabela primária, esse filtro pode ser caro para construir e avaliar.
    Figura 1. Menu suspenso de filtro de condição
    Exemplo de menu suspenso de filtro de condição

    Por exemplo, filtrar em Item de Configuração > Custo não afetaria negativamente o desempenho porque Custo é um campo de classe, e não um campo de subclasse, do Item de configuração. Exemplo de filtragem no campo de classe

    Item de Configuração > Computador, no entanto, é uma subclasse que requer uma referência com pontos para outro campo, neste caso, Sistema operacional. Esse processo pode levar muitos milissegundos, que se somam rapidamente, quando milhões de itens vulneráveis estão sendo importados e afetam o desempenho. Filtrar no exemplo de campo de subclasse
    Nota:
    O uso da condição [contém] é como uma pesquisa curinga e pode causar impacto no desempenho. Usar [is], sempre que possível, é mais eficiente.