← Voltar para projetos

InfraHURSG monitoramento e inventário de infraestrutura.

Solução interna para centralizar informações de endpoints Windows, apoiar o monitoramento operacional e reduzir consultas manuais na gestão de infraestrutura.

PythonStreamlitWMIPowerShellSQLInfraestrutura

Do inventário disperso a uma visão centralizada.

01

O problema

Informações de computadores, disponibilidade, capacidade e utilização exigiam consultas manuais e acompanhamento distribuído entre diferentes rotinas.

Esse cenário dificultava identificar equipamentos que precisavam de atenção e ampliava o trabalho operacional repetitivo.

02

A solução

O InfraHURSG centraliza coleta, inventário, monitoramento, organização por setores e alertas em uma única interface.

A aplicação reúne informações de hardware, disponibilidade e utilização para apoiar diagnóstico e priorização técnica.

Da coleta ao diagnóstico em uma única interface.

As capturas abaixo usam dados demonstrativos para comunicar o fluxo do produto sem expor a infraestrutura real.

Visão geral sanitizada do InfraHURSG com monitoramento, inventário e indicadores operacionais
01 / DASHBOARD

Visão operacional centralizada

O dashboard consolida o estado dos endpoints e destaca situações que pedem atenção.

  • Status dos equipamentos monitorados
  • Indicadores consolidados
  • Filtros por setor e situação
  • Alertas operacionais em contexto
Visão demonstrativa e sanitizada por setores
02 / SETORES

Infraestrutura organizada por área

A visão por setores organiza o inventário e facilita comparar áreas e consultar os equipamentos associados.

  • Consolidação por setor
  • Comparação entre áreas
  • Acesso aos equipamentos vinculados
  • Acompanhamento de capacidade
Detalhes demonstrativos e sanitizados de um setor
03 / INVENTÁRIO

Detalhamento para investigação técnica

O detalhamento aproxima indicadores e inventário para localizar condições que exigem investigação.

  • Informações de hardware
  • Disponibilidade dos endpoints
  • Utilização de recursos
  • Consulta por contexto operacional

Como os dados percorrem a solução.

O InfraHURSG coleta informações de endpoints Windows, processa os dados em Python, persiste o inventário em SQLite e apresenta indicadores pela interface Streamlit.

01

Endpoints Windows

Equipamentos monitorados.

02

WMI / PowerShell

Coleta remota de dados.

03

Python

Tratamento e regras operacionais.

04

SQLite

Inventário e histórico.

05

Streamlit

Interface operacional.

Saída operacionalDashboard • Inventário • Alertas • Capacidade • Visão por setores

Escolhas feitas para um ambiente operacional real.

A arquitetura prioriza integração com o ambiente Windows e baixa complexidade operacional.

01WMI + POWERSHELL

Coleta integrada ao Windows

Recursos nativos consultam informações dos endpoints remotamente.

Por quê?

Aproveita mecanismos já presentes no ambiente e evita um agente adicional apenas para inventário.

02PYTHON

Processamento e regras operacionais

Normalização, tratamento e regras de monitoramento ficam em uma camada central.

Por quê?

Facilita integrar coleta, persistência e análise sem fragmentar a lógica.

03SQLITE

Persistência de baixa complexidade

Inventário, histórico e dados coletados são persistidos localmente.

Por quê?

No cenário atual, um banco embarcado reduz dependências e simplifica operação.

04STREAMLIT

Interface operacional centralizada

Os dados processados se tornam dashboards, inventário, setores e alertas.

Por quê?

Mantém a interface integrada ao backend Python e favorece evolução rápida da ferramenta interna.

Projetado para o cenário atual. Preparado para evoluir.

As possibilidades abaixo são caminhos futuros, não funcionalidades implementadas.

01
CENÁRIO ATUAL

SQLite

Persistência simples para a operação atual.

SE A ESCALA EXIGIR

Banco cliente-servidor

Concorrência, múltiplas instâncias ou distribuição podem justificar a mudança.

02
CENÁRIO ATUAL

Coleta direta

O fluxo atual mantém a operação simples.

SE A ESCALA EXIGIR

Processamento assíncrono

Mais endpoints podem justificar filas e workers para desacoplar o processamento.

03
CENÁRIO ATUAL

Aplicação centralizada

Interface, regras e dados permanecem integrados.

SE A COMPLEXIDADE EXIGIR

Separação de serviços

Separar componentes apenas quando escala, manutenção ou implantação independente justificarem.

PRINCÍPIO

Evoluir a arquitetura quando o problema exigir — não adicionar complexidade antes dela ser necessária.

Demonstrar a solução sem expor a infraestrutura.

As capturas publicadas nesta página foram substituídas por versões demonstrativas. Elas não apresentam credenciais, IPs, hostnames reais, usuários, números de série, nomes de setores reais ou inventários exportados. O código e os artefatos operacionais permanecem privados.

Menos consultas dispersas. Mais contexto operacional.

RESULTADO

Informação reunida para agir

O projeto centralizou inventário, disponibilidade e utilização, organizou a visão por setores e tornou mais direta a identificação de endpoints que precisam de atenção.

APRENDIZADOS

Arquitetura proporcional ao problema

O trabalho aprofundou integração com Windows, tratamento de dados remotos, modelagem de inventário e construção de ferramentas internas — incluindo o cuidado necessário ao apresentar software corporativo publicamente.

Quer conhecer os outros projetos?

Voltar ao portfólio