Elasticsearch: Metadados de nível de índice personalizados

É isso que você está procurando? http://www.elasticsearch.org/guide/reference/mapping/meta.html

Não, esses são os metadados de nível de mapeamento de tipo a que me referi.

Eu anexei um pull @ https://github.com/elasticsearch/elasticsearch/pull/2378

criar índice com meta personalizada

{
"definições" : {
"numero_de_shards": 3,
"numero_de_replicas": 2
},
"custom_meta": {
"nome1": "valor1",
"name2": {"attr1": "value1", "attr2": "value2"},
"nome3": número
}
}

excluir
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {name}

por
/ {index} / _ custom_meta / {name}

pegue
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {name}

Talvez algo que pudesse ser suportado por meio de configurações de índice?

Após a discussão, isso poderia simplesmente ser implementado usando um tipo meta e armazenando um documento nele. Fechando

@clintongormley Elasticsearch removeu o suporte para ter vários tipos em um índice a partir da versão 6.0.
Você tem algum conselho atualizado para armazenar metadados por índice?

Como Clinton mencionou, você pode usar o metacampo.

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

@brusic é uma operação barata? No momento, eu atualizo um meta documento dentro de uma solicitação em massa para ter certeza de que os metadados estão em par com meus dados indexados. Então, eu faria uma atualização de índice para cada documento indexado.

Em primeiro lugar, estava um pouco enganado em minha declaração anterior. Clinton se referiu a um metatipo, não ao agora metacampo oficial (que não existia na época).

Nunca usei o metacampo desde que ele foi introduzido anos depois que esse problema foi aberto e encontrei outras alternativas. Eu presumiria que o metacampo é adicionado ao estado do cluster, o que pode tornar essa operação cara. O estado do cluster precisa propagar novas diferenças para outros nós no cluster, o que eu acho que o tornaria mais lento do que simplesmente indexar um documento (já que não há buffer e outros enfeites).

Obrigado pela resposta precisa!

Usarei um índice separado para os metadados do índice, pois é possível indexar / atualizar documentos em índices diferentes ao mesmo tempo com uma solicitação em massa.

@clintongormley , gostaria de colocar meu voto sobre a implementação de meta no nível do índice. Acho que muitos usuários do ES adorariam anexar alguns dados sobre o índice ao próprio índice (versão de mapeamento para que os ingestores saibam qual codificador devem usar; tempo de criação; nó que criou o índice; lista de atualizações / mesclagens forçadas; lista de intervenções manuais ; etc, etc), acho que seria tão útil quanto o campo _meta por documento.