Agendar demonstração
Observabilidade para ambientes TOTVS Protheus

A torre de controle do seu ambiente Protheus.

Monitore, diagnostique e aja antes que um problema pare sua operação.

O Sentinel entende seu ambiente Protheus — AppServers, DBAccess, banco de dados, serviços, configurações e versões — identifica mudanças, antecipa riscos e ajuda sua equipe a agir com segurança.

Agendar demonstraçãoVer o Sentinel em ação
  • Descoberta por evidência real
  • Diagnóstico Protheus
  • Execução governada
O problema

Monitorar infraestrutura é importante. Entender o Protheus é outra história.

Ferramenta de monitoramento comum informa CPU, memória, disponibilidade e serviço parado. Isso importa — mas não lê o appserver.ini, não relaciona AppServer → DBAccess → banco, não compara o SX3 com o schema físico, e não sabe dizer que a expedição instalada está três meses atrás da disponível. O Sentinel adiciona o que só quem conhece Protheus enxerga: arquitetura e comportamento do ambiente, não apenas o host que o hospeda.

  • Servidor que ninguém mapeou
  • AppServer criado sem aviso
  • Dicionário divergente do banco
  • Configuração alterada minutos antes do incidente

O Sentinel sabe o que existe, sabe como está e sabe o que mudou

  1. Observar
  2. Descobrir
  3. Diagnosticar
  4. Recomendarevolução
  5. Executarprimeiro passo
  6. Automatizar
Cobertura de monitoramento

Seis estados distintos — para nunca confundir "não sei" com "está tudo bem".

Servidor ignorado não é o mesmo que não monitorado, e nenhum dos dois é monitorado. Confundi-los apaga a informação mais valiosa da tela de cobertura — e é exatamente essa distinção que um dashboard genérico não faz.

  • Monitorado

    Agent instalado, coletando agora.

  • Descoberto

    O Sentinel sabe que existe — ainda sem Agent.

  • Não monitorado

    Sem Agent, e ninguém decidiu isso ainda.

  • Offline

    Deveria estar de pé e não está.

  • Ignorado

    Alguém decidiu, conscientemente, não acompanhar.

  • Desconhecido

    Nem descoberto ainda.

O diferencial, ao vivo

Não apenas "está offline". O porquê, em segundos.

A mesma falha, vista por uma ferramenta genérica e pelo Sentinel.

Monitoramento convencional
AppServer PROD02 offline

Sem mais contexto. Alguém precisa entrar no servidor para descobrir o resto.

GOWO Sentinel
PROD02 offline
Provável causa
Endpoint do DBAccess alterado
DBAccess
saudável para os demais AppServers
Mudança detectada
appserver.ini às 14:31

Mockup fiel à interface do Console, nos tokens deste design system.

Como o Sentinel trabalha

Ver. Entender. Agir. Automatizar.

Uma progressão, não uma lista de recursos — cada passo depende do anterior ter dado certo.

  1. 01

    Conheça seu ambiente

    Inventário vivo, descoberta automática e topologia — hosts, AppServers, DBAccess, ambientes, tudo com evidência.

  2. 02

    Saiba o que está acontecendo

    Monitoramento, saúde por componente, eventos e alertas convergindo numa timeline única.

  3. 03

    Entenda o porquê

    Diagnóstico Protheus e correlação de evidências — AppServer, DBAccess e banco, não sintomas isolados.

  4. 04

    Resolva primeiro passo

    Recomendação e ações remotas governadas. Na V1: iniciar, parar e reiniciar serviço — sempre autorizado por você.

  5. 05

    Automatize evolução

    Atualizações, correções e rotinas controladas, sem sair do que você autorizou.

O produto

O Console Sentinel.

Saúde, topologia, mudanças e ações — no mesmo lugar, sempre com evidência.

Mockup fiel ao design system do Sentinel — o Console ainda não está publicado.

Roadmap — ainda não disponível na V1

Atualizar o Protheus não precisa ser uma operação de guerra.

O Sentinel vai acompanhar as versões do seu ambiente, identificar atualizações disponíveis e conduzir o processo de forma controlada, rastreável e segura.

Hoje, na V1

O Sentinel já acompanha release, RPO e LIB do seu ambiente Protheus — a base sobre a qual esta evolução se apoia.

Conhecer atualização automatizada
Protheus 12.1.xxxxatualização disponível
Ambiente
analisado
Compatibilidade
em verificação
Janela
a programar
  1. 1Nova atualização disponível
  2. 2Análise de ambiente e compatibilidade
  3. 3Preparação
  4. 4Backup / ponto de retorno
  5. 5Aplicação
  6. 6Reinicialização controlada
  7. 7Health check
  8. 8Validação
Do alerta à ação

Toda ação é autorizada, governada e auditável.

O Sentinel identifica, explica e propõe — quem decide executar é sempre você.

  1. AppServer 03 parou
  2. Sentinel detecta
  3. Diagnostica
  4. Abre evento
  5. Notifica
AppServer 03 · offline há 4 mincrítico

Causa provável: endpoint do DBAccess alterado às 14:31. Diagnóstico concluído.

requer confirmação explícita
Ação registrada na timeline — usuário, horário, resultado e logs.
Ciclo do alerta
  1. Novo
  2. Reconhecido
  3. Em análise
  4. Resolvido
O alerta chega a você

Evento e canal são separados. Você decide para onde cada categoria vai.

O Sentinel gera o evento; você configura o roteamento — por cliente, ambiente, severidade, componente e horário. Um incidente crítico em produção não precisa ir para o mesmo lugar que um aviso informativo em homologação.

  • E-mail
  • Google Chat
  • Microsoft Teams
  • Slack
  • Webhook
Evolução — requisito ainda em definição

Mais do que alertas. Contexto para decidir.

Uma camada que ajuda a interpretar o que o Sentinel já coletou — não um produto de IA à parte, um jeito mais rápido de chegar à causa.

Por que o AppServer 03 está instável?
O consumo de memória começou a crescer às 08:42, após a execução do JOB X. Os demais AppServers permanecem estáveis e não foram identificadas alterações de infraestrutura no mesmo período.
Segurança

Sua produção continua sob seu controle.

O Sentinel foi projetado para observar e agir sem transformar sua infraestrutura em uma porta aberta.

Conexão de dentro para fora

O Agent inicia a conexão com a nuvem. A Sentinel Cloud nunca abre porta na sua rede.

Credenciais permanecem no ambiente

Ficam no seu host, cifradas. Credencial de banco e de sistema nunca sobem para a nuvem.

Execução governada

Você decide o que pode ser executado, por ambiente. Produção pode ficar em somente-leitura, por escolha sua.

Auditoria completa

Toda ação e todo acesso ficam registrados — inclusive o que a própria GOWO faz.

Conheça a arquitetura de segurança

O Agent inicia a conexão

O transporte é sempre aberto de dentro da sua rede para a nuvem, por HTTPS. A Sentinel Cloud nunca abre conexão para dentro do seu ambiente — nem para mandar comando.

A Cloud não entra no seu banco

Todo acesso ao SQL Server é local, feito pelo Agent com conta somente-leitura dedicada. Credencial sensível fica no host, cifrada, e nunca sobe para a nuvem.

Log não sai bruto do host

Só evento estruturado deixa o seu ambiente — nível, componente, código, carimbo e hash da mensagem. Trecho bruto só sob solicitação explícita, com retenção curta e auditoria.

Você controla o que pode ser executado

Allowlist local, sob seu controle, define o que o Agent aceita executar — o Sentinel Cloud não decide isso sozinho. Comando fora da allowlist é recusado e vira evento de segurança.

Ação sensível exige sua permissão

Observação e diagnóstico são o padrão. Reiniciar serviço e outras classes de ação você habilita explicitamente, por ambiente — produção pode ficar em somente-leitura, por escolha sua.

Comando assinado, validade curta

Cada comando é autenticado, com nonce e janela de validade curta. Comando repetido é descartado, e uma rajada fora do padrão exige nova confirmação.

Sentinel Agent

Um serviço leve, instalado uma vez, que enxerga o que só quem está lá dentro enxerga.

O Sentinel Agent roda na sua infraestrutura e tem acesso local a sistema operacional, serviços, processos, arquivos, configurações, AppServer, DBAccess, banco, logs, rede e componentes Protheus. Ele descobre, coleta evidência e executa somente o que você autorizou explicitamente — a Cloud só orienta.

  • Windows Service .NET, leve — não compete por recursos com o Protheus
  • Coleta em camadas: batimento em segundos, inventário completo fora do pico
  • Atualização própria, em ciclo independente da nuvem
  • Nenhuma porta de entrada exigida na sua rede

Como começa

  1. 1
    Convite

    A GOWO cria sua organização e envia o convite ao administrador.

  2. 2
    Conta e MFA

    Você configura acesso e autenticação multifator.

  3. 3
    Instala o primeiro Agent

    Baixa e instala — sem abrir porta nenhuma na sua rede.

  4. 4
    Descoberta em tempo real

    Veja o Sentinel narrar a descoberta do seu próprio ambiente ao vivo — "Encontramos 4 servidores." "Identificamos 3 ambientes Protheus."

Comece agora

Descubra o que está acontecendo no seu Protheus antes que seus usuários descubram por você.

Agende uma demonstração e veja o Sentinel narrar a descoberta do seu próprio ambiente em tempo real.

Agendar demonstraçãoJá sou cliente — entrar

GOWO Sentinel — Monitorar. Entender. Agir. Automatizar.