Build multimodal AI services with cloud native technologies
Jina is an MLOps framework to build multimodal AI microservice-based applications written in Python that can communicate via gRPC, HTTP and WebSocket protocols. It allows developers to build and serve services and pipelines while scaling and deploying them to a production while removing the complexity, letting them focus on the logic/algorithmic part, saving valuable time and resources for engineering teams.
Jina aims to provide a smooth Pythonic experience transitioning from local deployment to deploying to advanced orchestration frameworks such as Docker-Compose, Kubernetes, or Jina AI Cloud. It handles the infrastructure complexity, making advanced solution engineering and cloud-native technologies accessible to every developer.
Build and deploy a gRPC microservice • Build and deploy a pipeline
Applications built with Jina enjoy the following features out of the box:
🌌 Universal
- Build applications that deliver fresh insights from multiple data types such as text, image, audio, video, 3D mesh, PDF with LF's DocArray.
- Support for all mainstream deep learning frameworks.
- Polyglot gateway that supports gRPC, Websockets, HTTP, GraphQL protocols with TLS.
⚡ Performance
- Intuitive design pattern for high-performance microservices.
- Easy scaling: set replicas, sharding in one line.
- Duplex streaming between client and server.
- Async and non-blocking data processing over dynamic flows.
☁️ Cloud native
- Seamless Docker container integration: sharing, exploring, sandboxing, versioning and dependency control via Executor Hub.
- Full observability via OpenTelemetry, Prometheus and Grafana.
- Fast deployment to Kubernetes and Docker Compose.
🍱 Ecosystem
- Improved engineering efficiency thanks to the Jina AI ecosystem, so you can focus on innovating with the data applications you build.
- Free CPU/GPU hosting via Jina AI Cloud.
Jina's value proposition may seem quite similar to that of FastAPI. However, there are several fundamental differences:
Data structure and communication protocols
- FastAPI communication relies on Pydantic and Jina relies on DocArray allowing Jina to support multiple protocols to expose its services.
Advanced orchestration and scaling capabilities
- Jina lets you deploy applications formed from multiple microservices that can be containerized and scaled independently.
- Jina allows you to easily containerize and orchestrate your services, providing concurrency and scalability.
Journey to the cloud
- Jina provides a smooth transition from local development (using DocArray) to local serving using (Jina's orchestration layer) to having production-ready services by using Kubernetes capacity to orchestrate the lifetime of containers.
- By using Jina AI Cloud you have access to scalable and serverless deployments of your applications in one command.
pip install jina transformers sentencepieceFind more install options on Apple Silicon/Windows.
Jina has four fundamental concepts:
- A Document (from DocArray) is the input/output format in Jina.
- An Executor is a Python class that transforms and processes Documents.
- A Deployment serves a single Executor, while a Flow serves Executors chained into a pipeline.
The full glossary is explained here.
Let's build a fast, reliable and scalable gRPC-based AI service. In Jina we call this an Executor. Our simple Executor will use Facebook's mBART-50 model to translate French to English. We'll then use a Deployment to serve it.
Note A Deployment serves just one Executor. To combine multiple Executors into a pipeline and serve that, use a Flow.
Note Run the code in Colab to install all dependencies.
Let's implement the service's logic:
translate_executor.py |
|---|
from docarray import DocumentArray
from jina import Executor, requests
from transformers import AutoTokenizer, AutoModelForSeq2SeqLM
class Translator(Executor):
def __init__(self, **kwargs):
super().__init__(**kwargs)
self.tokenizer = AutoTokenizer.from_pretrained(
"facebook/mbart-large-50-many-to-many-mmt", src_lang="fr_XX"
)
self.model = AutoModelForSeq2SeqLM.from_pretrained(
"facebook/mbart-large-50-many-to-many-mmt"
)
@requests
def translate(self, docs: DocumentArray, **kwargs):
for doc in docs:
doc.text = self._translate(doc.text)
def _translate(self, text):
encoded_en = self.tokenizer(text, return_tensors="pt")
generated_tokens = self.model.generate(
**encoded_en, forced_bos_token_id=self.tokenizer.lang_code_to_id["en_XX"]
)
return self.tokenizer.batch_decode(generated_tokens, skip_special_tokens=True)[
0
] |
Then we deploy it with either the Python API or YAML:
Python API: deployment.py |
YAML: deployment.yml |
|---|---|
from jina import Deployment
from translate_executor import Translator
with Deployment(uses=Translator, timeout_ready=-1) as dep:
dep.block() |
jtype: Deployment
with:
uses: Translator
py_modules:
- translate_executor.py # name of the module containing Translator
timeout_ready: -1And run the YAML Deployment with the CLI: |
──────────────────────────────────────── 🎉 Deployment is ready to serve! ─────────────────────────────────────────
╭────────────── 🔗 Endpoint ───────────────╮
│ ⛓ Protocol GRPC │
│ 🏠 Local 0.0.0.0:12345 │
│ 🔒 Private 172.28.0.12:12345 │
│ 🌍 Public 35.230.97.208:12345 │
╰──────────────────────────────────────────╯
Use Jina Client to make requests to the service:
from docarray import Document
from jina import Client
french_text = Document(
text='un astronaut est en train de faire une promenade dans un parc'
)
client = Client(port=12345) # use port from output above
response = client.post(on='/', inputs=[french_text])
print(response[0].text)an astronaut is walking in a park
Note In a notebook, one cannot use
deployment.block()and then make requests to the client. Please refer to the colab link above for reproducible Jupyter Notebook code snippets.
Sometimes you want to chain microservices together into a pipeline. That's where a Flow comes in.
A Flow is a DAG pipeline, composed of a set of steps, It orchestrates a set of Executors and a Gateway to offer an end-to-end service.
Note If you just want to serve a single Executor, you can use a Deployment.
For instance, let's combine our French translation service with a Stable Diffusion image generation service from Jina AI's Executor Hub. Chaining these services together into a Flow will give us a multilingual image generation service.
Build the Flow with either Python or YAML:
Python API: flow.py |
YAML: flow.yml |
|---|---|
from jina import Flow
flow = (
Flow()
.add(uses=Translator, timeout_ready=-1)
.add(
uses='jinaai://jina-ai/TextToImage',
timeout_ready=-1,
install_requirements=True,
)
) # use the Executor from Executor hub
with flow:
flow.block() |
jtype: Flow
executors:
- uses: Translator
timeout_ready: -1
py_modules:
- translate_executor.py
- uses: jinaai://jina-ai/TextToImage
timeout_ready: -1
install_requirements: trueThen run the YAML Flow with the CLI: |
─────────────────────────────────────────── 🎉 Flow is ready to serve! ────────────────────────────────────────────
╭────────────── 🔗 Endpoint ───────────────╮
│ ⛓ Protocol GRPC │
│ 🏠 Local 0.0.0.0:12345 │
│ 🔒 Private 172.28.0.12:12345 │
│ 🌍 Public 35.240.201.66:12345 │
╰──────────────────────────────────────────╯
Then, use Jina Client to make requests to the Flow:
from jina import Client, Document
client = Client(port=12345) # use port from output above
french_text = Document(
text='un astronaut est en train de faire une promenade dans un parc'
)
response = client.post(on='/', inputs=[french_text])
response[0].display()
You can also deploy a Flow to JCloud.
First, turn the flow.yml file into a JCloud-compatible YAML by specifying resource requirements and using containerized Hub Executors.
Then, use jina cloud deploy command to deploy to the cloud:
wget https://raw.githubusercontent.com/jina-ai/jina/master/.github/getting-started/jcloud-flow.yml
jina cloud deploy jcloud-flow.ymlRead more about deploying Flows to JCloud.
Check the getting-started project source code.
Why not just use standard Python to build that microservice and pipeline? Jina accelerates time to market of your application by making it more scalable and cloud-native. Jina also handles the infrastructure complexity in production and other Day-2 operations so that you can focus on the data application itself.
Jina comes with scalability features out of the box like replicas, shards and dynamic batching. This lets you easily increase your application's throughput.
Let's scale a Stable Diffusion Executor deployment with replicas and dynamic batching:
- Create two replicas, with a GPU assigned for each.
- Enable dynamic batching to process incoming parallel requests together with the same model inference.
| Normal Deployment | Scaled Deployment |
|---|---|
jtype: Deployment
with:
timeout_ready: -1
uses: jinaai://jina-ai/TextToImage
install_requirements: true |
jtype: Deployment
with:
timeout_ready: -1
uses: jinaai://jina-ai/TextToImage
install_requirements: true
env:
CUDA_VISIBLE_DEVICES: RR
replicas: 2
uses_dynamic_batching: # configure dynamic batching
/default:
preferred_batch_size: 10
timeout: 200 |
Assuming your machine has two GPUs, using the scaled deployment YAML will give better throughput compared to the normal deployment.
These features apply to both Deployment YAML and Flow YAML. Thanks to the YAML syntax, you can inject deployment configurations regardless of Executor code.
Use Executor Hub to share your Executors or use public/private Executors, with no need to worry about dependencies.
To create an Executor:
jina hub new To push it to Executor Hub:
jina hub push .To use a Hub Executor in your Flow:
| Docker container | Sandbox | Source | |
|---|---|---|---|
| YAML | uses: jinaai+docker://<username>/MyExecutor |
uses: jinaai+sandbox://<username>/MyExecutor |
uses: jinaai://<username>/MyExecutor |
| Python | .add(uses='jinaai+docker://<username>/MyExecutor') |
.add(uses='jinaai+sandbox://<username>/MyExecutor') |
.add(uses='jinaai://<username>/MyExecutor') |
Executor Hub manages everything on the backend:
- Automated builds on the cloud
- Store, deploy, and deliver Executors cost-efficiently;
- Automatically resolve version conflicts and dependencies;
- Instant delivery of any Executor via Sandbox without pulling anything to local.
Using Kubernetes with Jina is easy:
jina export kubernetes flow.yml ./my-k8s
kubectl apply -R -f my-k8sAnd so is Docker Compose:
jina export docker-compose flow.yml docker-compose.yml
docker-compose upNote You can also export Deployment YAML to Kubernetes and Docker Compose.
Likewise, tracing and monitoring with OpenTelemetry is straightforward:
from docarray import DocumentArray
from jina import Executor, requests
class Encoder(Executor):
@requests
def encode(self, docs: DocumentArray, **kwargs):
with self.tracer.start_as_current_span(
'encode', context=tracing_context
) as span:
with self.monitor(
'preprocessing_seconds', 'Time preprocessing the requests'
):
docs.tensors = preprocessing(docs)
with self.monitor(
'model_inference_seconds', 'Time doing inference the requests'
):
docs.embedding = model_inference(docs.tensors)You can integrate Jaeger or any other distributed tracing tools to collect and visualize request-level and application level service operation attributes. This helps you analyze request-response lifecycle, application behavior and performance.
To use Grafana, download this JSON and import it into Grafana:
To trace requests with Jaeger:
What cloud-native technology is still challenging to you? Tell us and we'll handle the complexity and make it easy for you.
- Join our Discord community and chat with other community members about ideas.
- Join our Engineering All Hands meet-up to discuss your use case and learn Jina's new features.
- When? The second Tuesday of every month
- Where? Zoom (see our public events calendar/.ical) and live stream on YouTube
- Subscribe to the latest video tutorials on our YouTube channel
Jina is backed by Jina AI and licensed under Apache-2.0.