Search Results

O cluster já oferece serviços de banco de dados que podem ser utilizados por aplicações quando não houver necessidade de instância dedicada. Atualmente, estão disponíveis:  MariaDB PostgreSQL Esses serviços compartilhados podem ser úteis para aplicações inte...

Para facilitar a administração dos bancos disponibilizados no cluster, também existe o CloudBeaver, que fornece uma interface web para navegação, consulta e administração de diferentes motores de banco de dados. Seu objetivo é oferecer um ponto centralizado e ...

O cluster disponibiliza Redis como serviço compartilhado para uso por aplicações que necessitem mecanismos de cache, armazenamento temporário, filas leves, controle distribuído ou compartilhamento de sessão. Esse recurso é especialmente útil em aplicações web ...

O cluster disponibiliza o Authentik como componente central para autenticação e federação de identidade. Seu papel é atuar como broker entre aplicações internas e diferentes provedores de autenticação, permitindo integrar o ambiente ao sistema de identidade da...

O cluster também prevê o uso de ferramentas voltadas à gestão de dados sensíveis, entre elas o Vaultwarden. Esse componente pode ser utilizado como apoio à administração segura de credenciais, segredos operacionais e informações restritas relacionadas ao ecoss...

O cluster oferece uma base padronizada de observabilidade aplicada especialmente aos logs emitidos na saída padrão dos containers. Essa capacidade permite centralizar e consultar logs de serviços executados na plataforma, fornecendo suporte a troubleshooting, ...

A Stack de Infraestrutura deve ser entendida como um conjunto de serviços-base oferecidos pelo cluster para acelerar a publicação e a operação de aplicações. Seu objetivo não é impor um modelo único para todos os projetos, mas disponibilizar um ponto de partid...

A Engine de Observabilidade do cluster é o conjunto de serviços responsáveis por coleta, armazenamento, consulta e visualização de logs, métricas e eventos operacionais de toda a plataforma. O objetivo da observabilidade é permitir: Diagnóstico rápido de prob...

A arquitetura da observabilidade do cluster é composta pelos seguintes componentes: Componente Função Alloy Coleta e roteamento de logs Loki Armazenamento e consulta de logs Prometheus Coleta de métricas Grafana Visualização e dashboards Node Ex...

Todos os containers do cluster enviam seus logs através do Docker Logging Driver utilizando o protocolo Syslog. Os logs não são enviados diretamente para o Loki. Existe uma camada intermediária chamada Alloy, que atua como agente de coleta e roteamento de logs...

O Loki é o sistema responsável pelo armazenamento e consulta de logs do cluster. Diferente de sistemas tradicionais de logs, o Loki não indexa o conteúdo dos logs, apenas labels. Isso reduz drasticamente o consumo e armazenamento. Os logs são indexados princip...

O Prometheus é responsável pela coleta de métricas do cluster e dos serviços. As métricas coletadas incluem: Métricas de Infraestrutura CPU Memória Disco Rede Load average IO Métricas de Containers Uso de CPU por container Uso de memória por container Netwo...

O Grafana é a interface de visualização da observabilidade. Atravéd do Grafana é possível: Visualizar logs Criar dashboards Criar alertas Monitorar serviços Monitorar infraestrutura Analisar incidentes Visualizar métricas históricas O grafana funciona como i...

A observabilidade do cluster foi projetada seguindo alguns princípios: Logs são obrigatórios Todo serviço deve gerar logs. Logs centralizados Nenhum log deve ficar apenas dentro do container. Métricas antes de problemas Problemas devem ser detectados por métri...

A Engine de Observabilidade do cluster é composta por: Camada Ferramenta Coleta de Logs Alloy Armazenamento de Logs Loki Coleta de Métricas Prometheus Métricas de Host Node Exporter Métricas de Containers cAdvisor Visualização Grafana Diagr...