feat: add sentry explore logs support

[patrickadeelino]

Observacao

A parte de issues desta PR faz apenas uma reorganizacao estrutural do codigo. Nao ha mudanca funcional no comportamento da tabela issues alem do alinhamento ja feito com a main.

Resumo

Esta PR faz duas entregas no handler do Sentry:

1. refatora a base atual para separar o fluxo de issues da nova base de Explore
2. adiciona suporte a Explore Logs com as tabelas logs e logs_timeseries

Parte 1: refatoracao do handler

O objetivo desta parte e evitar que o handler do Sentry vire uma god class conforme o suporte a Explore cresce.

Com isso:

• o fluxo de issues continua preservado e foi apenas reorganizado em uma subpasta propria
• o fluxo de Explore ganha cliente, modelos, erros e traducao SQL proprios
• o entrypoint publico do handler continua sendo o sentry_handler

Parte 2: suporte a Explore Logs

O handler passa a expor estas tabelas:

• projects
• issues
• logs
• logs_timeseries

logs

A tabela logs usa o Explore tabular do Sentry e expoe um schema curado na V1.

Comportamento principal:

• ordenacao padrao por timestamp DESC
• suporte a busca textual em message
• injecao automatica de project_id e environment do datasource
• extra_json para contexto adicional bruto do evento

logs_timeseries

A tabela logs_timeseries usa o endpoint de serie temporal do Explore para perguntas de volume ao longo do tempo.

Comportamento principal:

• colunas bucket_start e value
• ordenacao padrao por bucket_start ASC
• janela padrao de 7d quando nao houver filtro temporal
• intervalo de 1h para ate 48h e 1d para janelas maiores

Erros e resiliencia

O fluxo de Explore agora cobre explicitamente:

• 401 como erro de autenticacao
• 403 como erro de permissao
• 404 ou indisponibilidade como erro de capability do Explore/logs
• retries para falhas transitorias como 429, 502, 503 e 504