Seguranca no QueryAlerts
A arquitetura do QueryAlerts foi pensada para manter o acesso ao banco no ambiente do cliente, usando um agente local para executar consultas e enviar apenas os dados necessarios para notificacao.
Seguranca com foco na arquitetura, nao so no discurso
Em produtos que dependem de banco de dados do cliente, a decisao mais importante de seguranca costuma estar na arquitetura. Se a plataforma exige acesso direto ao banco pela internet, o risco operacional e a complexidade para TI aumentam. No QueryAlerts, a proposta e o contrario: manter a execucao perto do banco e reduzir ao maximo a superficie de exposicao.
Isso significa que o cliente nao precisa transformar o banco em um servico publico para usar alertas e automacoes. A maior parte do processamento sensivel continua no ambiente autorizado, com o SaaS atuando como camada de configuracao, historico e entrega das notificacoes.
Banco nao fica exposto
O SaaS nao precisa acessar diretamente o banco do cliente. O agente local executa a consulta dentro do ambiente autorizado e envia apenas o resultado necessario.
- Nao exige abertura publica do banco
- Consulta executada dentro da rede do cliente
- Menor dependencia de excecoes de firewall para entrada
Credenciais no agente local
As credenciais do banco ficam salvas no SQLite local do agente, nao no servidor do QueryAlerts.
- Credenciais permanecem no ambiente local
- Separacao entre acesso ao banco e painel SaaS
- Menor circulacao de dados sensiveis fora da infraestrutura do cliente
Comunicacao com o SaaS
A comunicacao entre o agente e o SaaS acontece por HTTPS e validacao por segredo compartilhado do agente.
- Sincronizacao periodica de consultas
- Heartbeat para status do agente
- Envio de resultados para disparo de notificacoes
O que vai para a plataforma
O objetivo do fluxo nao e espelhar o banco inteiro no SaaS. O agente executa as consultas publicadas e retorna o que e necessario para registrar a execucao, avaliar a regra e disparar a notificacao configurada. Isso ajuda a manter o escopo de trafego mais controlado e alinhado ao uso do produto.
Na pratica, o time usa a plataforma para operar alertas, historico e configuracoes, enquanto o acesso bruto ao banco continua restrito ao ambiente em que ele ja deveria estar protegido.
Beneficios para TI e governanca
Esse modelo costuma facilitar conversas com times de infraestrutura, seguranca e governanca porque reduz a necessidade de expor portas, criar excecoes amplas de rede ou compartilhar acesso direto com servicos externos.
Para a operacao, isso tambem traz um ganho importante: a empresa consegue automatizar acompanhamentos e alertas sem abrir mao do controle sobre onde a consulta roda e onde as credenciais ficam armazenadas.
- Mais previsibilidade para aprovacao tecnica
- Menos friccao com politicas internas de seguranca
- Automacao sem abrir mao do controle local
Pronto para transformar consultas em alertas?
Crie sua conta, conecte o agente local e publique as primeiras consultas sem expor o banco do cliente.