Tenho o prazer de anunciar a disponibilidade geral do Plugin de Transporte Couchbase para o Elasticsearch versão 2.1, usually called the Elasticsearch Plugin for short.
O Plugin do Elasticsearch 2.1 fornece novas funcionalidades, corrige alguns bugs e expande a compatibilidade para várias versões adicionais do Elasticsearch, incluindo o Elasticsearch 1.5.2, 1.6 e a versão mais recente, 1.7.x. Esta versão do Plugin do Elasticsearch é compatível com nossas versões anteriores do Couchbase Server de 2.5 a 3.1. Estamos trabalhando para estabelecer compatibilidade com nossa própria versão principal mais recente, Couchbase Server 4.0, e esperamos ter isso pronto e verificado em breve. Se você é do tipo aventureiro e não vê a hora de testar o Elasticsearch Plugin 2.1 com o Couchbase Server 4.0 no seu ambiente de desenvolvimento, por favor, leia MB-16244 antes de começar. Para obter uma lista completa das versões de plugins do Elasticsearch e suas compatibilidades de produtos, consulte a Página do projeto no GitHub.
Novos recursos nesta versão:
Filtre os documentos recebidos do Couchbase que você não deseja indexar
Keeping the Elasticsearch index small can result in better performance, and this release now provides a new filter capability to help you do this. Now you can create a filter in the Elasticsearch Plugin that applies a regular expression to the document keys. This filter can use either a blacklist approach (exclude all documents with keys that match a particular regular expression) or a whitelist approach (include only documents whose keys match a particular regular expression). Note that all documents are still shipped to the Elasticsearch node by Couchbase, but the regular expression you create lets you prevent unwanted documents from getting into the index.
Ignorar exclusões do XDCR no Elasticsearch
Some users want to keep documents searchable in Elasticsearch even after they have been deleted from Couchbase. This might apply, for example, when a customer is using Couchbase as a cache or the first of a number of persistence layers. In order to support this use case, a new feature was added that allows Elasticsearch to ignore deletes from XDCR. For example, let’s say you use a document TTL of 1 day in Couchbase. Document A gets replicated to Elasticsearch, and then gets deleted from Couchbase when 24 hours passes. By default, that delete mutation will be replicated to Elasticsearch, which will then delete the document from the index. But some customers don’t care if the original document is deleted from Couchbase – they still want to be able to search for it in Elasticsearch. By setting telling Couchbase to ignore deletes from XDCR, no delete message will be sent to Elasticsearch. Be aware that if you do this, all the delete messages from Couchbase will be ignored, not just the ones related to TTL.
Baixe o plug-in:
Documentação
Instruções passo a passo para a instalação:
Notas da Versão:
Deixe um comentário
Você precisa fazer o login para publicar um comentário.