1 – No menu lateral, clique em Services Hub

2 – Na categoria Monitoring, clique no card Website POST

3 – Você será direcionado para o formulário de configuração do Website POST, preencha os campos


Obs.: Por motivos de segurança, não é permitido inserir um IP no campo de healthcheck URL. Para monitorar um IP, é necessário inserí-lo em uma secret e usá-la no healthcheck URL.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity -> Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”, “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds -> É o intervalo em que haverá checagem (este intervalo não pode ser menor que o número de falhas x o Interval configurado no formulário do monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds -> É o intervalo em que haverá checagem (este intervalo não pode ser menor que o número de hits x o Interval configurado no formulário do monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

1 – No menu lateral, clique em Services Hub

 

2 – Na categoria Monitoring, clique no card Website GET

 

3 – Você será direcionado para o formulário de configuração do Website GET, preencha os campos


Obs.: Por motivos de segurança, não é permitido inserir um IP no campo de healthcheck URL. Para monitorar um IP, é necessário inserí-lo em uma secret e usá-la no healthcheck URL.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

1 – No menu lateral, clique em Services Hub


 

2 – Na categoria Monitoring, clique no card GET


 

3 – Você será direcionado para o formulário de configuração do GET, preencha os campos



 Obs.: Por motivos de segurança, não é permitido inserir um IP no campo de healthcheck URL. Para monitorar um IP, é necessário inserí-lo em uma secret e usá-la no healthcheck URL.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 



Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

1 – No menu lateral, clique em Services Hub


2 – Na categoria Monitoring, clique no card POST


3 – Você será direcionado para o formulário de configuração do POST, preencha os campos



Obs.: Por motivos de segurança, não é permitido inserir um IP no campo de healthcheck URL. Para monitorar um IP, é necessário inserí-lo em uma secret e usá-la no healthcheck URL.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 



Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

SQS (Simple Queue Service) é um serviço de fila de mensagens
totalmente gerenciado fornecido pela Amazon Web Services (AWS). Ele
permite que os desenvolvedores enviem, armazenem e recebam mensagens de
forma assíncrona entre componentes de aplicativos distribuídos. O SQS é
altamente escalável e tolerante a falhas, garantindo que as mensagens
sejam processadas de forma confiável e ordenada. Os produtores enviam
mensagens para filas e os consumidores as recuperam para processamento. O
SQS oferece dois tipos de filas: Standard Queue e FIFO Queue, que
diferem em seus recursos de entrega e ordenação de mensagens. O serviço
SQS é flexível e pode ser integrado facilmente com outros serviços da
AWS, como EC2, Lambda e SNS. Ele é particularmente utilizado em cenários
distribuídos, microsserviços, processamento em lotes, notificações por
email e outros casos de uso onde a comunicação assíncrona e confiável
entre componentes é necessária. Com a natureza totalmente gerenciada do
serviço, os desenvolvedores podem se concentrar na lógica de negócios
sem se preocupar com a infraestrutura subjacente da fila de mensagens.

 

Como monitorar SQS na One Platform

 

1 – No menu lateral, clique em Services Hub


 

 

2 – Na categoria Queue, clique no card SQS (AWS)


3 – Você será direcionado para o formulário de configuração do SQS, preencha os campos

 

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático

 

5 – Clique em CREATE MONITORING 

 

Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

O serviço Pub/Sub do Google Cloud Platform (GCP) é um sistema de
mensagens em tempo real e de publicação e assinatura altamente escalável
e confiável. Ele permite que os aplicativos distribuídos troquem dados e
eventos de forma assíncrona, onde os produtores publicam mensagens em
tópicos e os consumidores se inscrevem nesses tópicos para receber as
mensagens correspondentes. O Pub/Sub do GCP garante a entrega confiável
das mensagens, mesmo em casos de alta carga ou falhas transientes. Além
disso, ele oferece recursos avançados, como controle de taxa, filtragem
de mensagens e integração com outros serviços do GCP, como Cloud
Functions, Dataflow e BigQuery. Com sua arquitetura distribuída e
dimensionável, o serviço Pub/Sub do GCP é adequado para cenários que
exigem troca de mensagens em tempo real, ingestão de dados em grande
escala, streaming de eventos e integração de sistemas distribuídos.

 

Como monitorar PubSub na One Platform

 

1 – No menu lateral, clique em Services Hub


 

2 – Na categoria Queue, clique no card PubSub (GCP)


 

3 – Você será direcionado para o formulário de configuração do GCP PubSub, preencha os campos


 

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

O Azure Service Bus é um serviço de mensageria assíncrona e
distribuída oferecido pela Microsoft Azure. Ele fornece recursos de
publicação e assinatura, filas e mensagens de confirmação para facilitar
a comunicação entre aplicativos e componentes distribuídos. O Service
Bus permite que os produtores enviem mensagens para tópicos ou coloquem
mensagens em filas, enquanto os consumidores se inscrevem nos tópicos ou
recuperam mensagens das filas para processamento. Ele garante a entrega
confiável das mensagens, mesmo em caso de falhas temporárias, e oferece
recursos avançados, como filtragem de mensagens, controle de taxa e
enfileiramento de mensagens baseado em tempo de expiração. Além disso, o
Azure Service Bus integra-se perfeitamente com outros serviços do
Azure, como Funções do Azure, Logic Apps e Azure Functions. É amplamente
utilizado em arquiteturas distribuídas, microsserviços, aplicativos em
tempo real, sistemas de eventos e cenários de integração de aplicativos,
proporcionando uma solução confiável e escalável para troca de
mensagens entre componentes de um sistema na nuvem Azure.

 

Como monitorar Service Bus na One Platform

 

1 – No menu lateral, clique em Services Hub


2 – Na categoria Queue, clique no card Service Bus (Azure)


3 – Você será direcionado para o formulário de configuração do Service Bus (Azure), preencha os campos


Obs.: Por motivos de segurança, não é permitido inserir um IP no campo connection string. Para monitorar um IP, é necessário inserí-lo em uma secret e usá-la no connection string.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


5 – Clique em CREATE MONITORING 

Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

Kafka é uma plataforma de streaming de eventos de código aberto,
projetada para lidar com fluxos massivos de dados em tempo real. Ele
oferece uma arquitetura distribuída, alta escalabilidade e tolerância a
falhas, permitindo que grandes volumes de dados sejam processados e
transmitidos de forma eficiente e confiável. No Kafka, os dados são
organizados em tópicos, que são divididos em partições distribuídas
entre os brokers do Kafka. Os produtores publicam registros nos tópicos e
os consumidores podem se inscrever para receber esses registros em
tempo real. Isso torna o Kafka ideal para casos de uso como
processamento de eventos em tempo real, ingestão de dados em lote,
mensageria assíncrona, integração de sistemas e pipeline de dados. Com
sua alta taxa de transferência e baixa latência, o Kafka tem sido
amplamente adotado por empresas para construir arquiteturas de dados
escaláveis e distribuídas, permitindo análise em tempo real,
processamento de fluxo contínuo e construção de aplicativos de alto
desempenho.

 

Como monitorar Kafka na One Platform

 

1 – No menu lateral, clique em Services Hub


 

2 – Na categoria Queue, clique no card Kafka


 

3 – Você será direcionado para o formulário de configuração do kafka , preencha os campos


 

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

RabbitMQ é um sistema de mensageria de código aberto utilizado para
facilitar a comunicação e o compartilhamento de dados entre aplicativos e
componentes distribuídos. Ele funciona como um intermediário de
mensagens, permitindo que os produtores enviem mensagens para filas e os
consumidores as recebam e processem. O RabbitMQ oferece uma arquitetura
flexível baseada no padrão AMQP (Advanced Message Queuing Protocol),
suportando diversos modelos de mensagens, como fila de mensagens, troca
direta, troca de tópicos e troca de cabeçalhos. Ele garante a entrega
confiável das mensagens, lida com filas de espera e suporta a escalabilidade horizontal para lidar com cargas de trabalho intensivas. O RabbitMQ é especialmente adotado em ambientes distribuídos, microserviços, sistemas de processamento assíncrono, integração de aplicativos e notificações em tempo real, fornecendo uma solução confiável e flexível para troca de mensagens entre componentes de um sistema.

 

Como monitorar RabbitMQ na One Platform

 

1 – No menu lateral, clique em Services Hub


 

2 – Na categoria Queue, clique no card RabbitMQ


 

3 – Você será direcionado para o formulário de configuração do RabbitMQ, preencha os campos


 

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático


 

5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

O Elasticsearch é um mecanismo de busca e análise de código aberto, construído sobre o Apache Lucene. Ele é projetado para armazenar, pesquisar e analisar grandes volumes de dados de forma rápida e eficiente. O Elasticsearch permite que você indexe dados estruturados e não estruturados, oferecendo recursos avançados de pesquisa em texto completo, como pesquisa por relevância, correspondência de
palavras-chave, filtragem e destaque de resultados. Além disso, ele suporta agregações poderosas para análise de dados, permitindo que você obtenha insights valiosos a partir de suas informações. Com sua
arquitetura distribuída e escalável, o Elasticsearch pode ser implantado em clusters para lidar com cargas de trabalho intensivas, fornecendo alta disponibilidade, tolerância a falhas e desempenho otimizado. É
amplamente utilizado em uma variedade de casos de uso, como pesquisa de texto completo, análise de logs, monitoramento de aplicativos, personalização de conteúdo e pesquisa de dados em tempo real. O
Elasticsearch se tornou uma escolha popular para empresas que buscam uma solução robusta e flexível para indexação e busca de dados em escala.
 

Como monitorar Elastic Search na One Platform



1 – No menu lateral, clique em Services Hub



2 – Na categoria SearchEngine, clique no card Elastic Search



3 – Você será direcionado para o formulário de configuração do Elastic Search , preencha os campos

 obs: O campo Port é opcional e por padrão vem marcada como 1.

4 – Caso queira, você poderá configurar a abertura automática de incidente. Na seção Open automatic incident, preencha os campos:

  • Severity ->
    Escolha entre “SEV-1 – Critical”, “SEV-2 – High”, “SEV-3 – Moderate”,
    “SEV-4 – Low”, “SEV-5 – Informational” ou “Not Classified”;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de falhas x o Interval configurado no formulário do
    monitoramento;
  • Failures to open automatic incident -> É a quantidade de falhas necessárias para abertura do incidente automático;
  • Check Interval in seconds ->
    É o intervalo em que haverá checagem (este intervalo não pode ser menor
    que o número de hits x o Interval configurado no formulário do
    monitoramento;
  • Hits to close automatic incident -> É a quantidade de hits necessários para o fechamento do incidente automático;
  • Responders -> São os times que serão notificados caso haja incidentes neste monitoramento, podendo adicionar um ou múltiplos times

Caso necessite, poderá criar um time clicando em + RESPONDER, será direcionado para o formulário de criação do time, em seguida clique no botão  para o novo time aparecer na listagem

***Não se esqueça de ativar a chave Enable to set up automatic incidents opening para salvar as configurações de abertura de incidente automático



5 – Clique em CREATE MONITORING 


Mais abaixo, vemos a sessão de Event History, onde temos uma time line dos incidentes abertos neste monitoramento

Podemos filtrar pelo Status ou severidade do incidente

E também o período (pré estabelecido ou customizado)

Clicando em View more details, será encaminhado ao incidente em questão

Rolar para cima