O Apache Solr é uma plataforma de
busca corporativa de código aberto, construída sobre o Apache Lucene.
Ele fornece recursos avançados de pesquisa, indexação e análise de
dados, permitindo que as organizações encontrem informações relevantes
de forma rápida e eficiente. O Solr suporta uma ampla gama de recursos,
incluindo pesquisa em texto completo, pesquisa geoespacial, facetas,
sugestões de pesquisa, filtragem, destacamento de resultados e muito
mais. Ele pode lidar com grandes volumes de dados, oferecendo uma
escalabilidade horizontal para atender às necessidades crescentes de
armazenamento e processamento. Com uma API RESTful e uma variedade de
recursos de integração, o Solr é fácil de usar e pode ser facilmente
integrado a aplicativos e sistemas existentes. É amplamente utilizado em
várias indústrias, como comércio eletrônico, mídia, governo e saúde,
para fornecer busca rápida e precisa em grandes volumes de dados. O Solr
é uma escolha popular para organizações que desejam implantar uma
solução de busca poderosa, flexível e altamente personalizável.

Como monitorar Solr na One Platform

Para configurar um monitoramento
de Solr na plataforma, vá até a aplicação do produto em que deseja
adicionar a Search Engine como dependência. Clique no menu produtos,
clique no card do produto desejado e, depois, clique no nome da
aplicação desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).

 

 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua dependência e escolher o
Enviroment. No campo do Check type, escolha a opção Search Engine e no
Method, escolha Solr. Após escolher o método, um campo para Healthcheck
URL aparecerá.

Confira abaixo o exemplo de string para o Solr:

ex: http://HOST:PORT/solr/gettingstarted/admin/ping

 

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

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

Para configurar um monitoramento
de Elastic Search na plataforma, vá até a aplicação do produto em que
deseja adicionar a Search Engine como dependência. Clique no menu
produtos, clique no card do produto desejado e, depois, clique no nome
da aplicação desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua dependência e escolher o
Enviroment. No campo do Check type, escolha a opção Search Engine e no
Method, escolha Elastic Search. Após escolher o método, um campo para
Healthcheck URL aparecerá.


 

Confira abaixo o exemplo de string para o Elastic Search:

ex1: http://HOST:PORT/_cluster/health/staging_entities-orgid

ex2: http://USER:PASSWORD@HOST:PORT/_cluster/health/staging_entities-orgid

ex3: http://APIKEY@HOST:PORT/_cluster/health/staging_entities-orgid

 

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

Lambda é um serviço de computação
serverless fornecido pela Amazon Web Services (AWS). Ele permite que
você execute código de forma escalável e confiável, sem a necessidade de
provisionar ou gerenciar servidores. Com o Lambda, você pode criar
funções que são acionadas por eventos, como alterações em buckets do S3,
atualizações em tabelas do DynamoDB, mensagens recebidas no serviço de
fila SQS, entre outros. Cada função é executada em um ambiente isolado e
é automaticamente dimensionada conforme a demanda, eliminando a
necessidade de dimensionamento manual. Além disso, o Lambda oferece
suporte a várias linguagens de programação, incluindo Python, Node.js,
Java, C# e Go, permitindo que você escolha a linguagem de sua
preferência. Com sua flexibilidade e escalabilidade, o Lambda é
amplamente utilizado para construir arquiteturas de microsserviços,
processamento de eventos em tempo real, criação de APIs sem servidor e
automatização de tarefas, tornando o desenvolvimento de aplicativos mais
ágil e eficiente.

Como monitorar Lambda na One Platform

Para configurar um monitoramento
de Lambda na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
Lambda (AWS). Após escolher o método, um campo para Healthcheck URL
aparecerá.


 

Marque o checkbox NOME, para checagem da Lambda

Confira abaixo o exemplo de string para o Lambda.

ex: ACCESS_KEY:SECRET_ACCESS_KEY/AWS-REGION@functionName

Usamos a API do AWS CloudWatch para pesquisar por logs e métricas do Lambda. Clique aqui para ler mais sobre seus preços.

 

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

Cloud Functions é um serviço de
computação serverless fornecido pelo Google Cloud Platform (GCP). Ele
permite que você execute seu código em resposta a eventos específicos,
sem a necessidade de gerenciar servidores ou infraestrutura subjacente.
Com o Cloud Functions, você pode escrever funções em várias linguagens
de programação, como Node.js, Python, Go e muito mais. Essas funções
podem ser acionadas por eventos de serviços do GCP, como alterações em
buckets do Cloud Storage, mensagens recebidas no Pub/Sub ou acionadores
HTTP. O serviço dimensiona automaticamente a execução de suas funções,
garantindo que elas respondam de forma rápida e confiável, mesmo em
momentos de alto tráfego. O Cloud Functions também oferece integração
com outros serviços do GCP, permitindo que você crie aplicativos
escaláveis e reativos em nuvem, implemente lógica de negócios
personalizada e automatize tarefas, tudo isso de forma simples e
eficiente.

Como monitorar Functions na One Platform

Para configurar um monitoramento
de Functions na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
Functions (GCP). Após escolher o método, um campo para Healthcheck URL
aparecerá.


 

Usamos o GCP Logging para pesquisar por logs do Google Cloud. Clique aqui para ler mais sobre seus preços.



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

Sidekiq é uma biblioteca popular
para processamento de trabalhos em segundo plano em aplicações Ruby on
Rails. Ele utiliza o Redis como backend para armazenar e gerenciar a
fila de trabalhos, proporcionando um processamento eficiente e
escalável. Sidekiq permite que desenvolvedores definam tarefas
assíncronas que serão executadas em segundo plano, liberando a thread
principal para lidar com outras solicitações. Ele suporta recursos
avançados, como agendamento de trabalhos, enfileiramento prioritário e
retenção de falhas, garantindo a confiabilidade e a recuperação de
erros. Com sua interface simples e fácil, o Sidekiq se tornou uma
escolha popular para lidar com tarefas demoradas ou que não precisam de
resposta imediata, melhorando a experiência do usuário.

Como monitorar Sidekiq na One Platform

Para configurar um monitoramento
de Sidekiq na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
Sidekiq. Após escolher o método, um campo para Healthcheck URL
aparecerá.

 

No campo Queue size, coloque o
máximo do tamanho de fila desejada. Selecione o Skip SSL Validation para
ignorar a existência do certificado de SSL. Já nos campos Busy Size,
Scheduled Size e Connected Clients, preencha de acordo com o número
desejado para alertar sobre incidentes.

Confira abaixo o exemplo de string para o Sidekiq.

ex: http://example.com/sidekiq/stats

 

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

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

Para configurar um monitoramento
de SQS na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha SQS
(AWS). Após escolher o método, um campo para Healthcheck URL aparecerá.

 

No campo Queue size, coloque o máximo do tamanho de fila desejada. 

Confira abaixo o exemplo de string para o SQS.

ex: ACCESS_KEY:SECRET_ACCESS_KEY/AWS-REGION@TEST-QUEUE

 

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

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

Para configurar um monitoramento
de Service Bus na plataforma, vá até a aplicação do produto em que
deseja adicionar a Queue como dependência. Clique no menu produtos,
clique no card do produto desejado e, depois, clique no nome da
aplicação desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
Service Bus (Azure). Após escolher o método, um campo para Healthcheck
URL aparecerá.


Escolha o tipo de monitoria, se é Topic ou Queue. Confira abaixo o exemplo de string para o Service Bus.

ex:Endpoint=sb://namespace.servicebus.windows.net/;SharedAccessKeyName=keyname;SharedAccessKey=keyvalue

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

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

Para configurar um monitoramento
de PubSub na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).



Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
PubSub (GCP). Após escolher o método, um campo para preencher o Topic e
as credenciais, aparecerá.


 

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

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

Para configurar um monitoramento
de RabbitMQ na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
RabbitMQ. Após escolher o método, um campo para Healthcheck URL
aparecerá.


 

Confira abaixo o exemplo de string para o RabbitMQ.

ex: amqp://USER:PASSWORD@HOST:PORT/VIRTUAL-HOST

Caso a conexão use SSL, a string ficará assim:

ex: amqps://USER:PASSWORD@HOST:PORT/VIRTUAL-HOST

 

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

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

Para configurar um monitoramento
de Kafka na plataforma, vá até a aplicação do produto em que deseja
adicionar a Queue como dependência. Clique no menu produtos, clique no
card do produto desejado e, depois, clique no nome da aplicação
desejada.

Em External Dependencies,
localizado logo abaixo do gráfico de latência, você pode adicionar ou
buscar uma dependência já cadastrada. Para procurar uma dependência,
digite o nome da mesma no campo de busca. Já para adicionar uma nova,
clique no botão verde com um símbolo de mais (+).


 

Ao clicar em adicionar, um modal
irá aparecer. Nele você irá nomear a sua fila e escolher o Enviroment.
No campo do Check type, escolha a opção Queue e no Method, escolha
Kafka. Após escolher o método, um campo para Healthcheck URL aparecerá.


 

Para realizar esse passo, a pessoa
responsável precisa saber como o cluster Kafka atua. Confira abaixo o
exemplo de string para o Kafka.

Há quatro maneiras de checagem do cluster:

  1. Conexão sem autenticação e uma simples verificação de um tópico específico para a plataforma: HOST:PORT/TOPIC

  2. Conexão sem autenticação e uma simples verificação de um tópico específico para a plataforma, mas com uma lista de correção: [HOST1:PORT,HOST2:PORT]/TOPIC ou HOST1:PORT,HOST2:PORT/TOPIC

  3. Conexão sem autenticação e verificação do tamanho do atraso
    no consumo de mensagens de um tópico (Produção) do ponto de vista de um
    grupo de consumidores
    : [HOST:PORT]/TOPIC/CONSUMER-GROUP/LAG-TOLERANCE

  4. Conexão com autenticação SASL e verificação simples (ou não):
    USER:PASSWORD:MECHANISM:TLS:SASL@[HOST1:PORT,HOST2:PORT]/TOPIC ou
    USER:PASSWORD:MECHANISM:TLS:SASL@[HOST1:PORT,HOST2:PORT]/TOPIC/CONSUMER-GROUP/LAG-TOLERANCE

 

Exemplo de verificação sting para o exemplo 4:

kafka:{{.kafka_password}}:SCRAM-SHA-512:true:true@[b-2.kafka-production.amazonaws.com:9096,b-1.kafka-production.amazonaws.com:9096,b-3.kafka-production.amazonaws.com:9096]/eventos/consumidor-de-eventos/200

 

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

Rolar para cima