Custom images
Cortex includes a default set of Docker images with pre-installed Python and system packages but you can build custom images for use in your APIs. Common reasons to do this are to avoid installing dependencies during replica initialization, to have smaller images, and/or to mirror images to your ECR registry (for speed and reliability).
Create a Dockerfile
Cortex's base Docker images are listed below. Depending on the Cortex Predictor and compute type specified in your API configuration, choose one of these images to use as the base for your Docker image:
Python Predictor (CPU):
quay.io/cortexlabs/python-predictor-cpu:0.33.0
Python Predictor (GPU): choose one of the following:
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda10.0-cudnn7
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda10.1-cudnn7
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda10.1-cudnn8
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda10.2-cudnn7
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda10.2-cudnn8
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda11.0-cudnn8
quay.io/cortexlabs/python-predictor-gpu:0.33.0-cuda11.1-cudnn8
Python Predictor (Inferentia):
quay.io/cortexlabs/python-predictor-inf:0.33.0
TensorFlow Predictor (CPU, GPU, Inferentia):
quay.io/cortexlabs/tensorflow-predictor:0.33.0
The sample Dockerfile
below inherits from Cortex's Python CPU serving image, and installs 3 packages. tree
is a system package and pandas
and rdkit
are Python packages.
If you need to upgrade the Python Runtime version on your image, you can follow this procedure:
Build your image
Push your image to a container registry
You can push your built Docker image to a public registry of your choice (e.g. Docker Hub), or to a private registry on ECR or Docker Hub.
For example, to use ECR, first create a repository to store your image:
Build and tag your image, and push it to your ECR repository:
Configure your API
Note: for TensorFlow Predictors, two containers run together to serve predictions: one runs your Predictor code (quay.io/cortexlabs/tensorflow-predictor
), and the other is TensorFlow serving to load the SavedModel (quay.io/cortexlabs/tensorflow-serving-gpu
or quay.io/cortexlabs/tensorflow-serving-cpu
). There's a second available field tensorflow_serving_image
that can be used to override the TensorFlow Serving image. Both of the default serving images (quay.io/cortexlabs/tensorflow-serving-gpu
and quay.io/cortexlabs/tensorflow-serving-cpu
) are based on the official TensorFlow Serving image (tensorflow/serving
). Unless a different version of TensorFlow Serving is required, the TensorFlow Serving image shouldn't have to be overridden, since it's only used to load the SavedModel and does not run your Predictor code.
Last updated