Highlights β’ Overview β’ Install β’ Getting Started β’ Hub β’ Documentation β’ Tutorial β’ Contributing β’ Release Notes β’ Blog
GNES [jee-nes] is Generic Neural Elastic Search, a cloud-native semantic search system based on deep neural network.
GNES enables large-scale index and semantic search for text-to-text, image-to-image, video-to-video and any-to-any content form.
π To know more about the key tenets of GNES, read this blog post
GNES is all-in-microservice! Encoder, indexer, preprocessor and router are all running in their own containers. They communicate via versioned APIs and collaborate under the orchestration of Docker Swarm/Kubernetes etc. Scaling, load-balancing, automated recovering, they come off-the-shelf in GNES. | How long would it take to deploy a change that involves just switching a layer in VGG? In GNES, this is just one line change in a YAML file. We abstract the encoding and indexing logic to a YAML config, so that you can change or stack encoders and indexers without even touching the codebase. | Taking advantage of fast-evolving AI/ML/NLP/CV communities, we learn from best-of-breed deep learning models and plug them into GNES, making sure you always enjoy the state-of-the-art performance. |
Searching for texts, image or even short-videos? Using Python/C/Java/Go/HTTP as the client? Doesn't matter which content form you have or which language do you use, GNES can handle them all. | When built-in models do not meet your requirments, simply build your own with GNES Hub. Pack your model as a docker container and use it as a plugin. | We love to learn the best practice from the community, helping our GNES to achieve the next level of availability, resiliency, performance, and durability. If you have any ideas or suggestions, feel free to contribute. |
GNES Hub ship AI/ML models as Docker containers and use Docker containers as plugins. It offers a clean and sustainable way to port external algorithms (with the dependencies) into the GNES framework. GNES Hub is hosted on the Docker Hub. |
There are two ways to get GNES, either as a Docker image or as a PyPi package. For cloud users, we highly recommend using GNES via Docker.
docker run gnes/gnes:latest-alpine
This command downloads the latest GNES image (based on Alpine Linux) and runs it in a container. When the container runs, it prints an informational message and exits.
Besides the alpine
image optimized for the space, we also provide Buster (Debian 10.0), Ubuntu 18.04 and Ubuntu 16.04-based images. The table below summarizes all available GNES tags. One can fill in {ver}
with latest
, stable
or v0..xx
. latest
refers to the latest master of this repository, which may not be stable. We recommend you to use an official release by changing the latest
to a version number, say v0.0.24
, or simply using stable
for the last release, e.g. gnes:stable-ubuntu
β οΈ Since 2019/10/21, we have stopped hosting the public mirror Tencent Cloud. The old Docker images still exist, but there won't be new images available on Tencent Cloud anymore.
We also provide a public mirror Github packages. Select the mirror that serves you well.
docker login --username=xxx docker.pkg.github.com/gnes-ai/gnes # login to github package so that we can pull from it
docker run docker.pkg.github.com/gnes-ai/gnes/gnes:latest-alpine
The table below shows the status of the build pipeline.
Registry | Build status |
---|---|
Docker Hubgnes/gnes:[tag] |
|
Github Packagedocker.pkg.github.com/gnes-ai/gnes/gnes:[tag] |
You can also install GNES as a Python3 package via:
pip install gnes
Note that this will only install a "barebone" version of GNES, consists of the minimal dependencies for running GNES. No third-party pretrained models, deep learning/NLP/CV packages will be installed. We make this setup as the default installation behavior, as a model interested to NLP engineers may not be interested to CV engineers. In GNES, models serve as Docker plugins.
πΈ Tensorflow, Pytorch and torchvision are not part of GNES installation. Depending on your model, you may have to install them in advance.
Though not recommended, you can install GNES with full dependencies via:
pip install gnes[all]
π Or cherry-picking the dependencies according to the table below: (click to expand...)
pip install gnes[bert] | bert-serving-server>=1.8.6, bert-serving-client>=1.8.6 |
pip install gnes[flair] | flair>=0.4.1 |
pip install gnes[annoy] | annoy==1.15.2 |
pip install gnes[chinese] | jieba |
pip install gnes[vision] | opencv-python>=4.0.0, imagehash>=4.0 |
pip install gnes[leveldb] | plyvel>=1.0.5 |
pip install gnes[test] | pylint, memory_profiler>=0.55.0, psutil>=5.6.1, gputil>=1.4.0 |
pip install gnes[transformers] | pytorch-transformers |
pip install gnes[onnx] | onnxruntime |
pip install gnes[audio] | librosa>=0.7.0 |
pip install gnes[scipy] | scipy |
pip install gnes[nlp] | bert-serving-server>=1.8.6, pytorch-transformers, flair>=0.4.1, bert-serving-client>=1.8.6 |
pip install gnes[cn_nlp] | pytorch-transformers, bert-serving-client>=1.8.6, bert-serving-server>=1.8.6, jieba, flair>=0.4.1 |
pip install gnes[all] | pylint, psutil>=5.6.1, pytorch-transformers, annoy==1.15.2, bert-serving-client>=1.8.6, gputil>=1.4.0, bert-serving-server>=1.8.6, imagehash>=4.0, onnxruntime, memory_profiler>=0.55.0, jieba, flair>=0.4.1, librosa>=0.7.0, scipy, plyvel>=1.0.5, opencv-python>=4.0.0 |
A good way to cherry-pick dependencies is following the example in GNES Hub and building you own GNES image.
Either way, if you end up reading the following message after $ gnes
or $ docker run gnes/gnes
, then you are ready to go!
- π£ Preliminaries
- Building a flower search engine in 3 minutes
- Elastic made easy
- Deploying a flow via Docker Swarm/Kubernetes
- Building a cloud-native semantic poem search engine
- π¨βπ»οΈTake-home messages
Before we start, let me first introduce two important concepts in GNES: microservice and workflow.
For machine learning engineers and data scientists who are not familiar with the concept of cloud-native and microservice, one can picture a microservice as an app on your smartphone. Each app runs independently, and an app may cooperate with other apps to accomplish a task. In GNES, we have four fundamental apps, aka. microservices, they are:
- Preprocessor: transforming a real-world object to a list of workable semantic units;
- Encoder: representing a semantic unit with vector representation;
- Indexer: storing the vectors into memory/disk that allows fast-access;
- Router: forwarding messages between microservices: e.g. batching, mapping, reducing.
In GNES, we have implemented dozens of preprocessor, encoder, indexer to process different content forms, such as image, text, video. It is also super easy to plug in your own implementation, which we shall see an example in the sequel.
Now that we have a bunch of apps, what are we expecting them to do? A typical search system has two fundamental tasks: index and query. Index is storing the documents, query is searching the documents. In a neural search system, one may face another task: train, where one fine-tunes an encoder/preprocessor according to the data distribution in order to achieve better search relevance.
These three tasks correspond to three different workflows in GNES.
π£ Since
v0.0.46
GNES Flow has become the main interface of GNES. GNES Flow provides a pythonic and intuitive way to implement a workflow, enabling users to run or debug GNES on a local machine. By default, GNES Flow orchestrates all microservices using multi-thread or multi-process backend, it can be also exported to a Docker Swarm/Kubernetes YAML config, allowing one to deliver GNES to the cloud.
π° The complete example and the corresponding Jupyter Notebook can be found at here.
In this example, we will use the new gnes.flow
API (gnes >= 0.0.46
is required) to build a toy image search system for indexing and retrieving flowers based on their similarities.
Let's first define the indexing workflow by:
from gnes.flow import Flow
flow = (Flow(check_version=False)
.add_preprocessor(name='prep', yaml_path='yaml/prep.yml')
.add_encoder(yaml_path='yaml/incep.yml')
.add_indexer(name='vec_idx', yaml_path='yaml/vec.yml')
.add_indexer(name='doc_idx', yaml_path='yaml/doc.yml', recv_from='prep')
.add_router(name='sync', yaml_path='BaseReduceRouter', num_part=2, recv_from=['vec_idx', 'doc_idx']))
Here, we use the inceptionV4 pretrained model as the encoder and the built-in indexers for storing vectors and documents. The flow should be quite self-explanatory, if not, you can always convert it to a SVG image and see its visualization:
flow.build(backend=None).to_url()
To index our flower data, we need an iterator that generates bytes
strings and feed those bytes
strings into the defined flow.
def read_flowers(sample_rate=1.0):
with tarfile.open('17flowers.tgz') as fp:
for m in fp.getmembers():
if m.name.endswith('.jpg') and random.random() <= sample_rate:
yield fp.extractfile(m).read()
We can now do indexing via the multi-process backend:
with flow(backend='process') as fl:
fl.index(bytes_gen=read_flowers(), batch_size=64)
It will take few minutes depending on your machine.
We simply sample 20 flower images as queries and search for their top-10 similar images:
num_q = 20
topk = 10
sample_rate = 0.05
# do the query
results = []
with flow.build(backend='process') as fl:
for q, r in fl.query(bytes_gen=read_flowers(sample_rate)):
q_img = q.search.query.raw_bytes
r_imgs = [k.doc.raw_bytes for k in r.search.topk_results]
r_scores = [k.score.value for k in r.search.topk_results]
results.append((q_img, r_imgs, r_scores))
if len(results) > num_q:
break
Here is the result, where queries are on the first row.
To increase the number of parallel components in the flow, simply add replicas
to each service:
flow = (Flow(check_version=False, ctrl_with_ipc=True)
.add_preprocessor(name='prep', yaml_path='yaml/prep.yml', replicas=5)
.add_encoder(yaml_path='yaml/incep.yml', replicas=6)
.add_indexer(name='vec_idx', yaml_path='yaml/vec.yml')
.add_indexer(name='doc_idx', yaml_path='yaml/doc.yml', recv_from='prep')
.add_router(name='sync', yaml_path='BaseReduceRouter', num_part=2, recv_from=['vec_idx', 'doc_idx']))
flow.build(backend=None).to_url()
One can convert a Flow
object to Docker Swarm/Kubernetes YAML compose file very easily via:
flow.build(backend=None).to_swarm_yaml()
version: '3.4'
services:
Frontend0:
image: gnes/gnes:latest-alpine
command: frontend --port_in 56086 --port_out 52674 --port_ctrl 49225 --check_version
False --ctrl_with_ipc True
prep:
image: gnes/gnes:latest-alpine
command: preprocess --port_in 52674 --port_out 65461 --host_in Frontend0 --socket_in
PULL_CONNECT --socket_out PUB_BIND --port_ctrl 49281 --check_version False --ctrl_with_ipc
True --yaml_path yaml/prep.yml
Encoder0:
image: gnes/gnes:latest-alpine
command: encode --port_in 65461 --port_out 50488 --host_in prep --socket_in SUB_CONNECT
--port_ctrl 62298 --check_version False --ctrl_with_ipc True --yaml_path yaml/incep.yml
vec_idx:
image: gnes/gnes:latest-alpine
command: index --port_in 50488 --port_out 57791 --host_in Encoder0 --host_out
sync --socket_in PULL_CONNECT --socket_out PUSH_CONNECT --port_ctrl 58367 --check_version
False --ctrl_with_ipc True --yaml_path yaml/vec.yml
doc_idx:
image: gnes/gnes:latest-alpine
command: index --port_in 65461 --port_out 57791 --host_in prep --host_out sync
--socket_in SUB_CONNECT --socket_out PUSH_CONNECT --port_ctrl 50333 --check_version
False --ctrl_with_ipc True --yaml_path yaml/doc.yml
sync:
image: gnes/gnes:latest-alpine
command: route --port_in 57791 --port_out 56086 --host_out Frontend0 --socket_out
PUSH_CONNECT --port_ctrl 51285 --check_version False --ctrl_with_ipc True --yaml_path
BaseReduceRouter --num_part 2
To deploy it, simply copy the generated YAML config to a file say my-gnes.yml
, and then do
docker stack deploy --compose-file my-gnes.yml gnes-531
In this example, we will build a semantic poem search engine using GNES. Unlike the previous flower search example, here we run each service as an isolated Docker container and then orchestrate them via Docker Swarm. It represents a common scenario in the cloud settings. You will learn how to use powerful and customized GNES images from GNES hub.
π° Please checkout this repository for details and follow the instructions to reproduce.
Let's make a short recap of what we have learned.
- GNES is all-in-microservice, there are four fundamental components: preprocessor, encoder, indexer and router.
- GNES has three typical workflows: train, index, and query.
- One can leverage GNES Flow API to define, modify, export or even visualize a workflow.
- GNES requires an orchestration engine to coordinate all microservices. It supports Kubernetes, Docker Swarm, or built-in multi-process/thread solution.
The official documentation of GNES is hosted on doc.gnes.ai. It is automatically built, updated and archived on every new release.
π§ Tutorial is still under construction. Stay tuned! Meanwhile, we sincerely welcome you to contribute your own learning experience / case study with GNES!
- How to write your GNES YAML config
- How to write a component-wise YAML config
- Model management with GNES Hub
- Understanding preprocessor, encoder, indexer and router
- Index and query text data with GNES
- Index and query image data with GNES
- Index and query video data with GNES
- Using GNES with Kubernetes
- Using GNES in other language (besides Python)
- Serves HTTP-request with GNES in an end-to-end way
- Migrating from
bert-as-service
We have setup this repository to track the network latency over different GNES versions. As a part of CICD pipeline, this repo gets automatically updated when the GNES master is updated or a new GNES version is released.
β€οΈ The beginning is always the hardest. But fear not, even if you find a typo, a missing docstring or unit test, you can simply correct them by making a commit to GNES. Here are the steps:
- Create a new branch, say
fix-gnes-typo-1
- Fix/improve the codebase
- Commit the changes. Note the commit message must follow the naming style, say
fix(readme): improve the readability and move sections
- Make a pull request. Note the pull request must follow the naming style. It can simply be one of your commit messages, just copy paste it, e.g.
fix(readme): improve the readability and move sections
- Submit your pull request and wait for all checks passed (usually 10 minutes)
- Coding style
- Commit and PR styles check
- All unit tests
- Request reviews from one of the developers from our core team.
- Get a LGTM π and PR gets merged.
Well done! Once a PR gets merged, here are the things happened next:
- all Docker images tagged with
-latest
will be automatically updated in an hour. You may check the its building status at here - on every Friday when a new release is published, PyPi packages and all Docker images tagged with
-stable
will be updated accordindly. - your contribution and commits will be included in our weekly release note. π»
More details can be found in the contributor guidelines.
If you use GNES in an academic paper, you are more than welcome to make a citation. Here are the two ways of citing GNES:
-
\footnote{https://github.com/gnes-ai/gnes}
-
@misc{2019GNES, title={GNES: Generic Neural Elastic Search}, author={Xiao, Han and Yan, Jianfeng and Wang, Feng and Fu, Jie and Liu, Kai}, howpublished={\url{https://github.com/gnes-ai}}, year={2019} }
If you have downloaded a copy of the GNES binary or source code, please note that the GNES binary and source code are both licensed under the GNU Lesser General Public License version 3.