🧪 We're looking for beta testers for our virtual assistant widget. Contact us if you're interested in using it on your website.
Highlights • Overview • Benchmarks • Install • Getting Started • Kubernetes • Documentation • Tutorials • Contributing • Release Notes • Blog
⚡NBoost is a scalable, search-engine-boosting platform for developing and deploying state-of-the-art models to improve the relevance of search results.
Nboost leverages finetuned models to produce domain-specific neural search engines. The platform can also improve other downstream tasks requiring ranked input, such as question answering.
Contact us to request domain-specific models or leave feedback
The workflow of NBoost is relatively simple. Take the graphic above, and imagine that the server in this case is Elasticsearch.
In a conventional search request, the user sends a query to Elasticsearch and gets back the results.
In an NBoost search request, the user sends a query to the model. Then, the model asks for results from Elasticsearch and picks the best ones to return to the user.
🔬 Note that we are evaluating models on differently constructed sets than they were trained on (MS Marco vs TREC-CAR), suggesting the generalizability of these models to many other real world search problems.
Instructions for reproducing here.
[1] MRR compared to BM25, the default for Elasticsearch. Reranking top 50.
[2] https://github.com/nyu-dl/dl4marco-bert
To use one of these fine-tuned models with nboost, run nboost --model_dir bert-base-uncased-msmarco
for example, and it will download and cache automatically.
Using pre-trained language understanding models, you can boost search relevance metrics by nearly 2x compared to just text search, with little to no extra configuration. While assessing performance, there is often a tradeoff between model accuracy and speed, so we benchmark both of these factors above. This leaderboard is a work in progress, and we intend on releasing more cutting edge models!
There are two ways to get NBoost, either as a Docker image or as a PyPi package. For cloud users, we highly recommend using NBoost via Docker.
🚸 Depending on your model, you should install the respective Tensorflow or Pytorch dependencies. We package them below.
For installing NBoost, follow the table below.
Any way you install it, if you end up reading the following message after $ nboost --help
or $ docker run koursaros/nboost --help
, then you are ready to go!
The Proxy is the core of NBoost. The proxy is essentially a wrapper to enable serving the model. It is able to understand incoming messages from specific search apis (i.e. Elasticsearch). When the proxy receives a message, it increases the amount of results the client is asking for so that the model can rerank a larger set and return the (hopefully) better results. For instance, if a client asks for 10 results to do with the query "brown dogs" from Elasticsearch, then the proxy may increase the results request to 100 and filter down the best ten results for the client. |
In this example we will set up a proxy to sit in between the client and Elasticsearch and boost the results!
If you want to run the example on a GPU, make sure you have Tensorflow 1.14-1.15, Pytorch or ONNX Runtime with CUDA to support the modeling functionality. However, if you want to just run it on a CPU, don't worry about it. For both cases, just run:
pip install nboost[pt]
🔔 If you already have an Elasticsearch server, you can skip this step!
If you don't have Elasticsearch, not to worry! We recommend setting up a local Elasticsearch cluster using docker (providing you have Docker installed). First, get the ES image by running:
docker pull elasticsearch:7.4.2
Once you have the image, you can run an Elasticsearch server via:
docker run -d -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.4.2
Now we're ready to deploy our Neural Proxy! It is very simple to do this, run:
nboost \
--uhost localhost \
--uport 9200 \
--search_route "/<index>/_search" \
--query_path url.query.q \
--topk_path url.query.size \
--default_topk 10 \
--choices_path body.hits.hits \
--cvalues_path _source.passage
📢 The
--uhost
and--uport
should be the same as the Elasticsearch server above! Uhost and uport are short for upstream-host and upstream-port (referring to the upstream server).
If you get this message: Listening: <host>:<port>
, then we're good to go!
NBoost has a handy indexing tool built in (nboost-index
). For demonstration purposes, will be indexing a set of passages about traveling and hotels through NBoost. You can add the index to your Elasticsearch server by running:
travel.csv
comes with NBoostnboost-index --file travel.csv --index_name travel --delim , --id_col
Now let's test it out! Hit the Elasticsearch with:
curl "http://localhost:8000/travel/_search?pretty&q=passage:vegas&size=2"
If the Elasticsearch result has the nboost
tag in it, congratulations it's working!
Let's check out the NBoost frontend. Go to your browser and visit localhost:8000/nboost.
If you don't have access to a browser, you can
curl http://localhost:8000/nboost/status
for the same information.
The frontend recorded everything that happened:
localhost:9200
.To increase the number of parallel proxies, simply increase --workers
. For a more robust deployment approach, you can distribute the proxy via Kubernetes (see below).
For in-depth query DSL and other search API solutions (such as the Bing API), see the docs.
We can easily deploy NBoost in a Kubernetes cluster using Helm.
First we need to register the repo with your Kubernetes cluster.
helm repo add nboost https://raw.githubusercontent.com/koursaros-ai/nboost/master/charts/
helm repo update
Let's try deploying four replicas:
helm install --name nboost --set replicaCount=4 nboost/nboost
All possible --set
(values.yaml) options are listed below:
Parameter | Description | Default |
---|---|---|
replicaCount |
Number of replicas to deploy | 3 |
image.repository |
NBoost Image name | koursaros/nboost |
image.tag |
NBoost Image tag | latest-pt |
args.model |
Name of the model class | nil |
args.model_dir |
Name or directory of the finetuned model | pt-bert-base-uncased-msmarco |
args.qa |
Whether to use the qa plugin | False |
args.qa_model_dir |
Name or directory of the qa model | distilbert-base-uncased-distilled-squad |
args.model |
Name of the model class | nil |
args.host |
Hostname of the proxy | 0.0.0.0 |
args.port |
Port for the proxy to listen on | 8000 |
args.uhost |
Hostname of the upstream search api server | elasticsearch-master |
args.uport |
Port of the upstream server | 9200 |
args.data_dir |
Directory to cache model binary | nil |
args.max_seq_len |
Max combined token length | 64 |
args.bufsize |
Size of the http buffer in bytes | 2048 |
args.batch_size |
Batch size for running through rerank model | 4 |
args.multiplier |
Factor to increase results by | 5 |
args.workers |
Number of threads serving the proxy | 10 |
args.query_path |
Jsonpath in the request to find the query | nil |
args.topk_path |
Jsonpath to find the number of requested results | nil |
args.choices_path |
Jsonpath to find the array of choices to reorder | nil |
args.cvalues_path |
Jsonpath to find the str values of the choices | nil |
args.cids_path |
Jsonpath to find the ids of the choices | nil |
args.search_path |
The url path to tag for reranking via nboost | nil |
service.type |
Kubernetes Service type | LoadBalancer |
resources |
resource needs and limits to apply to the pod | {} |
nodeSelector |
Node labels for pod assignment | {} |
affinity |
Affinity settings for pod assignment | {} |
tolerations |
Toleration labels for pod assignment | [] |
image.pullPolicy |
Image pull policy | IfNotPresent |
imagePullSecrets |
Docker registry secret names as an array | [] (does not add image pull secrets to deployed pods) |
nameOverride |
String to override Chart.name | nil |
fullnameOverride |
String to override Chart.fullname | nil |
serviceAccount.create |
Specifies whether a service account is created | nil |
serviceAccount.name |
The name of the service account to use. If not set and create is true, a name is generated using the fullname template | nil |
serviceAccount.create |
Specifies whether a service account is created | nil |
podSecurityContext.fsGroup |
Group ID for the container | nil |
securityContext.runAsUser |
User ID for the container | 1001 |
ingress.enabled |
Enable ingress resource | false |
ingress.hostName |
Hostname to your installation | nil |
ingress.path |
Path within the url structure | [] |
ingress.tls |
enable ingress with tls | [] |
ingress.tls.secretName |
tls type secret to be used | chart-example-tls |
The official NBoost documentation is hosted on nboost.readthedocs.io. It is automatically built, updated and archived on every new release.
Contributions are greatly appreciated! You can make corrections or updates and commit them to NBoost. Here are the steps:
fix-nboost-typo-1
Fix/model-bert: improve the readability and move sections
Fix/model-bert: improve the readability and move sections
More details can be found in the contributor guidelines.
If you use NBoost in an academic paper, we would love to be cited. Here are the two ways of citing NBoost:
@misc{koursaros2019NBoost,
title={NBoost: Neural Boosting Search Results},
author={Thienes, Cole and Pertschuk, Jack},
howpublished={\url{https://github.com/koursaros-ai/nboost}},
year={2019}
}
If you have downloaded a copy of the NBoost binary or source code, please note that the NBoost binary and source code are both licensed under the Apache License, Version 2.0.
Koursaros AI is excited to bring this open source software to the community.
Copyright (C) 2019. All rights reserved.