Using Gradient Deployments


  • Understand the workflow involved in deploying models

  • Consuming a deployment URL for model inferencing


Gradient Deployments enable a hassle-free, automatic “push to deploy” option for any trained model. These allow ML practitioners to quickly validate “end-to-end” services from R&D to production.

Gradient deployments come with out-of-the-box integration with TensorFlow models, which can be easily extended to serve other types of models and data. The deployments support a variety of GPU & CPU machine types with per-second billing. Deployments can be scaled to multiple instances running behind a load balancer that exposes a dedicated endpoint.

In this tutorial, we will create a deployment from an existing TensorFlow model. This guide is a continuation of the tutorial, Registering Models in Gradient.

Clone the repo that contains the code for training and inferencing the model.

Turning a Registered Model into a Deployment

Once a model is registered and available in Gradient, it can be used for model serving and inferencing.

Make sure that the model is registered with Gradient.

gradient models list
| Name | ID | Model Type | Project ID | Experiment ID |
| None | mosdnkkv1o1xuem | Tensorflow | prioax2c4 | e720893n7f5vx |

Run the below command to convert the registered model into a scalable deployment.

gradient deployments create \
--deploymentType TFServing \
--modelId mosdnkkv1o1xuem \
--name "Fashion MNIST Model" \
--machineType G1 \
--imageUrl tensorflow/serving \
--instanceCount 1

New deployment created with id: deslid8n74p4bvs

The above command has multiple switches that are important for the deployment configuration. Let’s understand each of them.

--deploymentType specifies the model serving mechanism. In this tutorial, we are using TFServing which represents TensorFlow Serving.

--modelId indicates the id of the registered model. This should be already present in the model list. Notice that we are using mosdnkkv1o1xuem which is the id of the model registered in the previous tutorial.

--name provides an arbitrary name to the deployment.

--machineType represents the instance type used for hosting the container.

--imageUrl points Gradient to the container image responsible for model serving.

--instanceCount defines the number of instances hosting the deployment.

Now, start the deployment with the below command:

gradient deployments start --id deslid8n74p4bvs

This should return:

Deployment started

You can list all the deployments with gradient Deployments list command.

gradient deployments list
| Name | ID | Endpoint | Api Type | Deployment Type |
| Fashion MNIST Model | deslid8n74p4bvs | | REST | Tensorflow Serving on K8s |

The list of deployments can also be accessed from the web UI.

Accessing the Deployment for Inferencing

Each Gradient Deployment results in a endpoint URL that’s compatible with Tensorfow Serving scheme. The last step of this tutorial generated an endpoint URL that can be used for inference.

Switch to the infer folder of the cloned repo and execute the following command:

export SERVE_URL=
The model predicted this as a Ankle boot, and it was actually a Ankle boot
The model predicted this as a Pullover, and it was actually a Pullover
The model predicted this as a Trouser, and it was actually a Trouser
The model predicted this as a Trouser, and it was actually a Trouser
The model predicted this as a Shirt, and it was actually a Shirt

For inferencing, we load the test data along with the associated labels and send the first five images to the Tensorflow Serving REST endpoint.

From the output, it is clear that the model is performing well in predicting the type of apparel.

Feel free to explore as an example of how to perform inferencing with Gradient Deployments based on Tensorflow Serving.


Gradient Deployments provide a highly scalable one-click deployment of machine learning models.