Elasticsearch: Metadatos personalizados a nivel de índice

¿Es esto lo que estás buscando? http://www.elasticsearch.org/guide/reference/mapping/meta.html

No, esos son los metadatos a nivel de mapeo de tipos a los que me referí.

Adjunto un tirón @ https://github.com/elasticsearch/elasticsearch/pull/2378

crear índice con meta personalizada

{
"ajustes" : {
"número_de_partidos": 3,
"número_de_replicas": 2
},
"custom_meta": {
"nombre1": "valor1",
"nombre2": {"atributo1": "valor1", "atributo2": "valor2"},
"nombre3": número
}
}

Eliminar
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {name}

poner
/ {index} / _ custom_meta / {name}

obtener
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {name}

¿Quizás algo que podría ser compatible a través de la configuración del índice?

Después de la discusión, esto podría implementarse simplemente usando un tipo meta y almacenando un documento en él. Clausura

@clintongormley Elasticsearch eliminó el soporte para tener tipos múltiples en un índice a partir de la versión 6.0.
¿Tiene algún consejo actualizado para almacenar metadatos por índice?

Como mencionó Clinton, puede usar el metacampo.

https://www.elastic.co/guide/en/elasticsearch/reference/current/mapping-meta-field.html

@brusic ¿ es una operación barata? En este momento actualizo un metadocumento dentro de una solicitud masiva para asegurarme de que los metadatos estén a la par con mis datos indexados. Así que haría una actualización de índice para cada documento indexado.

En primer lugar, estaba un poco equivocado en mi declaración anterior. Clinton se refirió a un meta tipo, no al ahora metacampo oficial (que no existía en ese momento).

Nunca he usado el metacampo desde que se introdujeron años después de que se abriera este problema y encontré otras alternativas. Asumiría que el metacampo se agrega al estado del clúster, lo que podría hacer que esta sea una operación costosa. El estado del clúster necesita propagar nuevas diferencias a otros nodos del clúster, lo que creo que lo haría más lento que simplemente indexar un documento (ya que no hay almacenamiento en búfer y todo eso).

¡Gracias por la respuesta precisa!

Usaré un índice separado para los metadatos del índice, ya que es posible indexar / actualizar documentos en diferentes índices al mismo tiempo con una solicitud masiva.

@clintongormley me gustaría votar sobre la implementación de metadatos a nivel de índice. Supongo que a muchos usuarios de ES les encantaría adjuntar algunos datos sobre el índice al índice en sí mismo (versión de mapeo para que los usuarios sepan qué codificador deben usar; hora de creación; nodo que creó el índice; lista de actualizaciones / fusiones forzadas; lista de intervenciones manuales ; etc, etc), creo que sería tan útil como el campo _meta por documento.