Deploy & Predict with Supervisely SDK
Last updated
Was this helpful?
Last updated
Was this helpful?
This section involves using Python code together with to automate deployment and inference in different scenarios and environments. You can deploy your models either inside the Supervisely Platform (on an agent), or outside the platform, directly on your local machine. See the difference in .
In-platform deployment is similar to manually launching a on the Supervisely Platform. With python SDK you can automate this.
Here's how to do it:
Install supervisely SDK if not installed.
Go to Team Files and copy the path to your model artifacts (artifacts_dir
).
Run this code to deploy a model on the platform. Don't forget to fill in your workspace_id
and artifacts_dir
.
Any model deployed on the platform (both manually and through the code) works as a service and can accept API requests for inference. After you deployed a model on the platform, connect to it, and get predictions using Session
class:
There are several variants of how you can use a model locally:
This example shows how to load your checkpoint and get predictions in any of your code. RT-DETRv2 is used in this example, but the instructions are similar for other models.
Download your checkpoint and model files from Team Files.
Create main.py
file in the root of the repository and paste the following code:
This code will load the model, predict the image, and save the result to prediction.jpg
.
If you need to run the code in your project and not in the root of the repository, you can add the path to the repository into PYTHONPATH
, or by the following lines at the beginning of the script:
In this variant, you will deploy a model locally as an API Server with the help of Supervisely SDK. The server will be ready to process API request for inference. It allows you to predict with local images, folders, videos, or remote supervisely projects and datasets (if you provided your Supervisely API token).
Download your checkpoint, model files and experiment_info.json
from Team Files or the whole artifacts directory.
You can place downloaded files in the folder within app repo, for example you can create models
folder inside root directory of the repository and place all files there.
Your repo should look like this:
To deploy, use main.py
script to start the server. You need to pass the path to your checkpoint file or the name of the pretrained model using --model
argument. Like in the previous example, you need to add the path to the repository into PYTHONPATH
.
Arguments description
mode
- (required) mode of operation, can be deploy
or predict
.
--device
- device to run the model on, can be cpu
or cuda
.
--runtime
- runtime to run the model on, can be PyTorch
, ONNXRuntime
or TensorRT
if supported.
--settings
- inference settings, can be a path to a .json
, yaml
, yml
file or a list of key-value pairs e.g. --settings confidence_threshold=0.5
.
For custom model use the path to the checkpoint file:
If you are a VSCode user you can use the following configurations for your launch.json
file:
Predict with CLI
Instead of using the Session
, you can deploy and predict in one command.
You can predict both local images or data on Supervisely platform. By default predictions will be saved to ./predictions
directory, you can change it with --output
argument.
To predict data on the platform use one of the following arguments:
--project_id
- id of Supervisely project to predict. If use --upload
a new project with predictions will be created on the platform.
--dataset_id
- id(s) of Supervisely dataset(s) to predict e.g. --dataset_id "505,506"
. If use --upload
a new project with predictions will be created on the platform.
--image_id
- id of Supervisely image to predict. If --upload
is passed, prediction will be added to the provided image.
You can specify additional settings:
--output
- a local directory where predictions will be saved.
--upload
- upload predictions to the platform. Works only with: --project_id
, --dataset_id
, --image_id
.
--draw
- save image with prediction visualization in --output-dir
. Works only with: input
and --image_id
.
Example to predict with CLI arguments:
Deploying in a Docker Container is similar to deployment as a Server. This example is useful when you need to run your model on a remote machine or in a cloud environment.
Use this docker run
command to deploy a model in a docker container (RT-DETRv2 example):
You can also use docker-compose.yml
file for convenience:
Example to deploy model as a server:
Example to predict with CLI arguments:
Learn more about SessionAPI in the .
In this section you will deploy a model locally on your machine, outside of Supervisely Platform. In the case of deployment outside of the platform, you don't have the , but you get more freedom in how your model will be used in your code. This is a more advanced variant, it can slightly differ from one model to another, because you need to set up python environment by yourself, but the main code of loading model and getting predictions will be the same.
: Load your checkpoint and get predictions in your code or in a script.
: Deploy your model as a server on your machine, and interact with it through API requests.
: Deploy model as a server in a docker container on your local machine.
: Deploy model as a server with a web UI and interact with it through API. ❓ - This feature is mostly for debugging and testing purposes.
Clone our fork with the model implementation.
Install manually, or use our pre-built docker image ( | ). Additionally, you need to install Supervisely SDK.
Clone our fork with the model implementation.
Install manually, or use our pre-built docker image ( | ).
This command will start the server on and will be ready to accept API requests for inference.
--model
- name of a model from pre-trained models table (see ), or a path to your custom checkpoint file either local path or remote path in Team Files. If not provided the first model from the models table will be loaded.
After the model is deployed, use Supervisely with setting server address to .
Put your path to the checkpoint file in the --model
argument (it can be both the local path or a remote path in Team Files). This will start FastAPI server and load the model for inference. The server will be available on .
After the model is deployed, you can use the Session
object for inference () or use CLI arguments to get predictions.
You can use the same arguments as seen in the previous and sections for running docker container.
In this variant, you will run a full with web UI, in which you can deploy a model. This is useful for debugging and testing purposes, for example, when you're integrating your with the Supervisely Platform.
Follow the steps from the section, but instead of running the server, you need to run the following command:
After the app is started, you can open the web UI , and deploy a model through the web interface.
Use the same to get predictions with the server address .