Usando o modelo de dados flexível
Começando com Resiliência operacional Versão 21,0.x, o modelo de dados flexível aprimora as métricas de resiliência operacional, melhorando a visualização de dados e o fluxo de serviços dependentes. Ele também oferece suporte a vários painéis com informações sobre sinais de alerta, importância do serviço de negócios e tolerância ao impacto.
Começando com Resiliência operacional Versão 20,1.x, as configurações do nó principal, compatíveis com Estrutura de relação de dados foram introduzidos com Resiliência operacional para definir cadeias de acúmulo de dependência. As configurações do nó principal, com a origem sendo o CMDB de Opres, são enviadas prontas para uso. Para obter informações sobre as configurações do nó principal, como criar uma nova configuração de nó principal ou atualizar uma configuração de nó principal existente, consulte Configuração dos nós principais.
No modelo de dados anterior, a tabela Objetos CSDM [sn_oper_res_profile] armazenava toda a cadeia de dependências, incluindo todas as combinações possíveis, tornando a recuperação de dados complicada e a manutenção desafiadora. Esta abordagem foi descontinuada em favor de um modelo mais eficiente.
Principais recursos do modelo de dados flexível
O modelo de dados flexível oferece vários recursos principais que aprimoram as métricas de resiliência operacional.
- Visualização de dados aprimorada: Os módulos Serviços, Serviços de negócio, Ofertas, Processos de negócio e Serviços de aplicações agora apresentam um layout vertical, substituindo as guias horizontais tradicionais e aprimorando a navegação no Espaço de resiliência operacional. Você pode exibir todas as métricas de resiliência de um objeto, como um processo de negócios ou serviço de negócios, na guia Visão geral no layout vertical.
Em seguida, você pode exibir os dados downstream e vários painéis com base na classe principal selecionada. O exemplo a seguir mostra os principais controles a serem fortalecidos para o serviço de negócios.
Selecionar o gráfico mostra informações detalhadas sobre os registros de dependência, controles relacionados e objetivos de controle.
- Navegação simplificada: Você pode acessar diretamente listas e métricas relacionadas para um serviço de negócios específico, como ofertas de serviço, processos de negócios, serviços de aplicações, dependências, incidentes, e métricas do layout vertical.
Implementação técnica
Começando com Resiliência operacional Versão 21,0.x, o modelo de dados para configurações de resiliência operacional foi otimizado. Cada nó em uma cadeia hierárquica, como um serviço de negócios para oferecer aos processos, é armazenado separadamente na tabela Objetos do CSDM [sn_oper_res_profile] junto com sua classe e nós primários. Isso significa que somente objetos relevantes (por exemplo, 500 de 1 000 entidades) que fazem parte das configurações do nó principal são armazenados, melhorando a eficiência do gerenciamento de dados.
O modelo de dados flexível introduzido com Resiliência operacional A versão 21,0.x fornece uma base para os painéis e rastreia o fluxo de serviços dependentes. Os dados, incluindo sinalizadores vermelhos por tipo, como controles com falha, incidentes e indisponibilidades, e métricas de serviço de negócios, como número de sinalizadores, importância e tolerância a impacto, são atualizados no painel por meio de mudanças no modelo de dados flexível.
Os dados mostrados no exemplo são para serviços de negócio, como serviço de negócio por número de sinalizadores vermelhos, serviço de negócio por importância, serviço de negócio por tolerância a impacto. Você pode configurar o. sn_oper_res.top_class_namepropriedade para designar qualquer classe como a classe principal.
Configurando a propriedade sn_oper_res.top_class_name
Você pode configurar o. sn_oper_res.top_class_namepropriedade para designar qualquer classe como a classe superior na exibição do painel para que qualquer nó, como serviço de negócios, processo de negócios ou serviço de aplicações, possa ser o nó superior. Em seguida, você pode exibir os dados downstream e vários painéis com base na classe principal selecionada, como o número de serviços de aplicações que estão em um serviço de negócios. Ele permite alternar entre diferentes exibições, como serviços de negócios, ofertas de serviço, processos de negócios ou aplicações, no painel e exibir dados relevantes de acordo.
Por exemplo, se os dados forem exibidos para um serviço de negócios, você poderá mudar a classe superior para ofertas de serviço, processos de negócios ou serviços de aplicações configurando o. sn_oper_res.top_class_namepropriedade. Em seguida, você pode mudar a classe superior para outro objeto e o sistema mostrará dados em relação a essa classe superior específica. Esta propriedade é aplicável somente aos painéis e não aos formulários do espaço. Para mais informações sobre as propriedades, consulte Configurar propriedades do Resiliência operacional.
O exemplo a seguir mostra que o nome da classe principal está definido como cmdb_ci_service_business.
Você pode modificar o valor da propriedade para representar uma oferta de serviço ou aplicação e o painel será preenchido com os dados correspondentes. O exemplo a seguir demonstra como atualizar o nome da classe principal para "oferta de serviço".
Com base no nome da propriedade atualizado, os dados da oferta de serviço são exibidos em Resiliência operacional painel conforme mostrado no exemplo.
Cálculo e acúmulo de sinais de alerta
. Calculate red flags for CSDM and dependencieso trabalho agendado é executado, os dados de sinalizadores vermelhos são preenchidos no painel. O painel no exemplo a seguir exibe um intervalo de 1-30 sinalizadores vermelhos na seção "Serviço de negócios por número de sinalizadores vermelhos".
Selecionar o cartão mostra um detalhamento detalhado do serviço de negócio. Ele mostra um total de 24 sinais de alerta, com 3 atribuídos especificamente ao serviço "Cartões e pagamentos". A ilustração a seguir mostra a funcionalidade de acúmulo, que agrega os sinalizadores vermelhos das entidades associadas ao serviço de negócios "Cartões e pagamentos" selecionado, fornecendo uma exibição hierárquica dos dados.
O valor "24" mostrado na coluna Contagem total de sinalizadores vermelhos é o valor de acúmulo dos sinalizadores vermelhos de todas as entidades no serviço de negócios "Cartões e pagamentos".
Tabela de objetos do CSDM
- A coluna Objetos afetados exibe os objetos primários.
- A coluna Classes de objetos afetados mostra as classes.
- A coluna Contagem de sinalizadores vermelhos indica o número de sinalizadores vermelhos atribuídos diretamente a um nó.
- A coluna Contagem total de sinalizadores vermelhos exibe a contagem total dos sinalizadores vermelhos atribuídos diretamente a um nó e seus secundários, conforme mostrado na tabela.
As classes de objeto exibidas na coluna Classe de objeto no exemplo fornecem uma representação clara de várias entidades, incluindo aplicações de negócios e processos. Em seguida, esses dados são alimentados no sistema usando scripts de correção, garantindo que as informações sejam preenchidas com precisão e atualizadas. Ao usar esses scripts, o sistema pode exibir e gerenciar efetivamente os relacionamentos complexos entre diferentes classes de objeto.
Você pode agrupar os objetos em relação às suas classes de objeto. Em seguida, você pode as classes de objeto para ofertas de serviço, empresa principal, processos de negócios e assim por diante.
Os objetos afetados ascendentes para uma classe de objeto específica são adicionados à coluna Objetos afetados. Por exemplo, o Java Application Server FDX tem objetos afetados ascendentes, como processo bancário digital e pagamento de entrada, que são adicionados e mostrados na coluna Objetos afetados.
Este processo começa com o objeto de nível mais baixo e inclui o nível acima dele, preenchendo os objetos afetados. Os dados são integrados diretamente nas configurações do nó principal.
Configuração dos nós principais
- Processo de negócios para dependências
- Serviço de negócios para registros downstream
- Serviço de negócios para dependências
- Opres com cabeçalho CSDM
- Serviço (CMDB)
- Ofertas de serviço para dependências
Todo o fluxo que vai de um serviço de negócios para o processo de negócios para a oferta de serviço e, em seguida, para uma aplicação é criado nas configurações de nó principal e, em seguida, as configurações são mapeadas para os objetos afetados.
Para obter informações sobre como configurar as configurações do nó principal, consulte Crie o registro de configuração do nó principal.
Executando os trabalhos agendados
Dois trabalhos agendados, Update CSDM and other dependenciese. Calculate red flags for CSDM and dependenciesExecutar em intervalos regulares Preencha os dados na tabela Objetos do CSDM [sn_oper_res_profile.list] e os sinalizadores vermelhos. Para obter mais informações, consulte Execute os trabalhos agendados.
Todas as configurações do nó principal são tratadas em paralelo. Um evento separado é acionado para cada configuração de nó principal, permitindo o processamento paralelo. A configuração aprimorada elimina a necessidade de processamento sequencial, melhorando significativamente a eficiência.
Depois de executar o. Update CSDM and other dependenciesTrabalho agendado, os dados são obtidos na tabela Objetos do CSDM. As dependências são atualizadas para os objetos e são mostradas nos módulos.
Percorrer tabelas muitos para muitos para encontrar registros relacionados era demorado. Armazenando objetos afetados na própria tabela, você pode recuperar registros relacionados diretamente de uma única coluna, eliminando a necessidade de criação de hierarquia recursiva, melhorando significativamente a eficiência.
As dependências são obtidas da tabela Entidade [sn_grc_profile] (muitos para muitos) primeiro. Ao executar o. Calculate red flags for CSDM and other dependenciestrabalho agendado, os dados de sinalizadores vermelhos são obtidos e acumulados de acordo com as configurações definidas.
Após a conclusão do trabalho agendado, as configurações do nó principal não serão mais necessárias. O painel usa a propriedade de classe superior para percorrer a tabela de preparação de sinalizadores vermelhos e recuperar sinalizadores vermelhos descendentes que correspondem ao tipo de registro especificado, como serviço de negócio ou oferta de serviço e assim por diante.
O exemplo a seguir mostra que o Incidente SO1 - VM é acumulado do SO1.
Controles com falha de processos de negócios e ofertas de serviço são acumulados e mostrados nos módulos.