Using On-Demand GPUs to Build and Deploy ML Models with Hex and Modelbit

Harry Glaser, Co-Founder & CEO
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Modern ML On Modern Platforms

Hex is often a platform of choice for building ML models. The collaborative nature of the product means that teams can work together on their models. And the visual and exploration-based features of the Python+SQL notebook make it easy to experiment with models and model technologies. 

Many modern model technologies require GPUs for training and inference. By using Modelbit alongside Hex, we can leverage Modelbit’s scalable compute with on-demand GPUs to do the model training. We can orchestrate the model training and deployment in our Hex project. And finally, we can deploy the model to a production container behind a REST API using Modelbit. 

To illustrate with a simple example, let’s use a Grounding DINO model. Grounding DINO is a new computer vision model from the folks at IDEA Research. It takes an image and a text description of what to look for, and can find every instance of the named object in the image:


To get started building this model in Hex, we’ll begin by installing and importing Grounding DINO’s Python package:

Here we’ll see some warnings related to the local compute environment. That’s okay! We’re going to farm out the actual compute for building and getting inferences from the model to separate compute resources, while still orchestrating from our Hex project.

Next we’ll want to pull down the Grounding DINO configuration and checkpoint. These will be necessary for building the model itself.

As our last setup step, let’s go ahead and import the methods we’ll be using from GroundingDINO:

As before, we can ignore the GPU-related errors as we won’t be using local compute to build or call this model!

Building The Grounding DINO Model

GroundingDINO is pretty simple to get started with! The core line of code here is:

model = load_model('', 'groundingdino_swint_ogc.pth')

But of course, we want to build that model on a machine with a GPU! So what we’ll do is we’ll wrap that line of code in a function. We’ll have that function return the model so that we can use it when the call completes.

Then, to execute it, we’ll call "mb.add_job" from Modelbit. That will ship the function as well as all of its Python and system dependencies to a remote container in Modelbit for execution.

We’ll go ahead and choose `gpu_small` here for a reasonably-sized box with a T4 GPU attached. We can always up the resources if we need to. You can read about Modelbit’s available box sizes here.

After we run the cell, we get a button linking us to Modelbit!

When you click the button, you’ll be brought to this view showing your training job in Modelbit.

We can see the job is ready to run! The “Runner size” dropdown lets us change our mind about what resources we’d like to give the job. By clicking “Run Now,” we can go ahead and kick it off.

On this sized box, the model takes about 4 minutes to run! We can see its output here:

Finally, back in our notebook, let’s pull the loaded model back down so we can work with it in code! The Modelbit API call “mb.get_job_output” will do the trick:

Deploying The Grounding DINO Model

Finally, we’ll want to deploy the model so we can use it for inference! To do that, let’s write a function that gets an inference:

As before, we’re not going to call the function locally, because we want to use on-demand GPU-enabled compute for inference! 

To get an inference endpoint, let’s call Modelbit’s "deploy()" function. We’ll pass in the name of our inference function, and make sure to specify that we want a GPU:

This will give us a REST API to the model, as well as a Snowflake API!

For our purposes, we’ll want to use the REST API. We can integrate this REST API into our product, or anywhere else we might want to get inferences.

For now, let’s go ahead and call that REST API right from our Hex notebook:

As you can see, the image masks containing object identification came right back from the REST API. The object identification happened on Modelbit compute with GPU-enabled inference. The resulting data structure came right back to the Hext project, where we can keep working on it.

To tie it all together, let’s see whether we found those cows. Here’s some quick output via Matplotlib:

Boom! Model built and run remotely using on-demand GPU compute. Cows identified, locally in the Hex project.

Ready to try deploying your own ML model with Modelbit and Hex? Get started today with a free Modelbit account. Let us know your experiences and discoveries with deploying ML models using on-demand GPU compute within Hex and Modelbit!

Deploy Custom ML Models to Production with Modelbit

Join other world class machine learning teams deploying customized machine learning models to REST Endpoints.
Get Started for Free