¿Se puede integrar la investigación con subconsultas?
(Como Splunk con la pipa)
Describa la característica :
En la barra de herramientas, sería interesante poder buscar con los resultados de otra consulta.
¿Podría proporcionar algunos ejemplos de cómo usaría esto? La barra de filtro de Kibana es compatible con el DSL completo de consultas de Elasticsearch, por lo que puede crear cualquier consulta compatible con ES.
@Bargs Splunk lenguaje de consulta más que solo lenguaje de consulta. Es un lenguaje de procesamiento de búsqueda. Este SPL brinda la posibilidad de describir la canalización de datos: Filtrado, Agregación, Transformación.
Definitivamente faltan las siguientes cosas en el idioma de Lucene:
Definitivamente puede obtener todas estas cosas si usa varios controles de interfaz de usuario de Kibana, pero Splunk proporciona una mejor experiencia de usuario si conoce (!) el lenguaje de consulta.
Aquí hay un ejemplo de escenario:
Me gustaría buscar en todos los registros HTTP para visualizar la cantidad de 200 frente a 500 respuestas.
En Splunk
index=haproxy (status=500 OR status=200) | timechart count by status
En esta consulta | timechart count by status
es igual a dos (!) agregaciones que aplicamos a los resultados que obtenemos de la consulta index=haproxy (status=500 OR status=200)
En Kibana (versión 6.2.1)
status:200 OR status:500
Como puede ver, es muy inconveniente realizar análisis ad-hoc con Kibana. Incluso crear paneles en Splunk es mucho más fácil que en Kibana.
Gracias por los detalles @torinaki. De hecho, comenzamos a trabajar en un nuevo lenguaje de consulta que nos permitirá crear funciones como las que describió. Aquí hay un ticket de lluvia de ideas donde hemos estado guardando una lista de deseos de características que nos gustaría agregar. He vinculado tu comentario para que no perdamos el contexto, pero siéntete libre de comentar directamente en ese ticket si hay algo más que quieras agregar. Voy a cerrar este problema ya que ha sido reemplazado por tickets más actualizados sobre el nuevo lenguaje de consulta.
Comentario más útil
@Bargs Splunk lenguaje de consulta más que solo lenguaje de consulta. Es un lenguaje de procesamiento de búsqueda. Este SPL brinda la posibilidad de describir la canalización de datos: Filtrado, Agregación, Transformación.
Definitivamente faltan las siguientes cosas en el idioma de Lucene:
Definitivamente puede obtener todas estas cosas si usa varios controles de interfaz de usuario de Kibana, pero Splunk proporciona una mejor experiencia de usuario si conoce (!) el lenguaje de consulta.
Aquí hay un ejemplo de escenario:
Me gustaría buscar en todos los registros HTTP para visualizar la cantidad de 200 frente a 500 respuestas.
En Splunk
En esta consulta
| timechart count by status
es igual a dos (!) agregaciones que aplicamos a los resultados que obtenemos de la consultaindex=haproxy (status=500 OR status=200)
En Kibana (versión 6.2.1)
Como puede ver, es muy inconveniente realizar análisis ad-hoc con Kibana. Incluso crear paneles en Splunk es mucho más fácil que en Kibana.