Pouvez-vous intĂ©grer la recherche avec des sous-requĂȘtes ?
(Comme Splunk avec le tuyau)
Décrivez la fonctionnalité :
Dans la barre d'outils, il serait intĂ©ressant de pouvoir effectuer une recherche avec les rĂ©sultats d'une autre requĂȘte.
Pourriez-vous donner des exemples de la façon dont vous l'utiliseriez ? La barre de filtre Kibana prend en charge la requĂȘte DSL complĂšte d'Elasticsearch, vous pouvez donc crĂ©er toutes les requĂȘtes prises en charge par ES .
Le langage de requĂȘte @Bargs Splunk est plus qu'un simple langage de requĂȘte. C'est la langue de traitement de la recherche. Ce SPL offre la possibilitĂ© de dĂ©crire un pipeline de donnĂ©es : Filtrage, AgrĂ©gation, Transformation.
Les éléments suivants manquent définitivement dans le langage Lucene :
Toutes ces choses que vous pouvez certainement obtenir si vous utilisez plusieurs contrĂŽles d'interface utilisateur Kibana, mais Splunk fournit une meilleure UX si vous connaissez (!) Le langage de requĂȘte.
Voici un exemple de scénario :
Je voudrais rechercher dans tous les journaux HTTP pour visualiser le nombre de réponses 200 vs 500.
Dans Splunk
index=haproxy (status=500 OR status=200) | timechart count by status
Dans cette requĂȘte, | timechart count by status
est Ă©gal Ă deux (!) agrĂ©gation que nous appliquons aux rĂ©sultats que nous obtenons de la requĂȘte index=haproxy (status=500 OR status=200)
Dans Kibana (version 6.2.1)
status:200 OR status:500
Comme vous pouvez le voir, il est trĂšs gĂȘnant d'effectuer des analyses ad hoc avec Kibana. MĂȘme la crĂ©ation de tableaux de bord dans Splunk est beaucoup plus facile que dans Kibana.
Merci pour les dĂ©tails @torinaki. Nous avons en fait commencĂ© Ă travailler sur un nouveau langage de requĂȘte qui nous permettra de crĂ©er des fonctionnalitĂ©s comme vous l'avez dĂ©crit. Voici un ticket de brainstorming dans lequel nous avons conservĂ© une liste de souhaits de fonctionnalitĂ©s que nous aimerions ajouter. J'ai mis un lien vers votre commentaire afin de ne pas perdre le contexte, mais n'hĂ©sitez pas Ă commenter directement ce ticket s'il y a autre chose que vous souhaitez ajouter. Je vais fermer ce problĂšme car il a Ă©tĂ© remplacĂ© par des tickets plus Ă jour sur le nouveau langage de requĂȘte.
Commentaire le plus utile
Le langage de requĂȘte @Bargs Splunk est plus qu'un simple langage de requĂȘte. C'est la langue de traitement de la recherche. Ce SPL offre la possibilitĂ© de dĂ©crire un pipeline de donnĂ©es : Filtrage, AgrĂ©gation, Transformation.
Les éléments suivants manquent définitivement dans le langage Lucene :
Toutes ces choses que vous pouvez certainement obtenir si vous utilisez plusieurs contrĂŽles d'interface utilisateur Kibana, mais Splunk fournit une meilleure UX si vous connaissez (!) Le langage de requĂȘte.
Voici un exemple de scénario :
Je voudrais rechercher dans tous les journaux HTTP pour visualiser le nombre de réponses 200 vs 500.
Dans Splunk
Dans cette requĂȘte,
| timechart count by status
est Ă©gal Ă deux (!) agrĂ©gation que nous appliquons aux rĂ©sultats que nous obtenons de la requĂȘteindex=haproxy (status=500 OR status=200)
Dans Kibana (version 6.2.1)
Comme vous pouvez le voir, il est trĂšs gĂȘnant d'effectuer des analyses ad hoc avec Kibana. MĂȘme la crĂ©ation de tableaux de bord dans Splunk est beaucoup plus facile que dans Kibana.