Classify Iris part 3: Deploy a model

Azure Machine Learning services (preview) is an integrated, end-to-end data science and advanced analytics solution for professional data scientists. Data scientists can use it to prepare data, develop experiments, and deploy models at cloud scale.

This tutorial is part three of a three-part series. In this part of the tutorial, you use Azure Machine Learning services (preview) to:

  • Locate the model file.
  • Generate a scoring script and schema file.
  • Prepare the environment.
  • Create a real-time web service.
  • Run the real-time web service.
  • Examine the output blob data.

This tutorial uses the timeless Iris flower data set. The screenshots are Windows-specific, but the Mac OS experience is almost identical.


Complete the first two parts of this tutorial series:

  • Follow the Prepare data tutorial to create Machine Learning resources and install the Azure Machine Learning Workbench application.

  • Follow the Build a model tutorial to create a logistic regression model in Azure Machine Learning.

You need a Docker engine installed and running locally. Alternatively, you can deploy to an Azure Container Service cluster in Azure.

Download the model pickle file

In the previous part of the tutorial, the script was run in Machine Learning Workbench locally. That action serialized the logistic regression model by using the popular Python object-serialization package pickle.

  1. Open the Machine Learning Workbench application, and then open the myIris project you created in the previous part of the tutorial series.

  2. After the project is open, select the Files button (folder icon) on the left pane to open the file list in your project folder.

  3. Select the file. The Python code opens in a new text editor tab inside the workbench.

  4. Review the file to see where the pickle file was generated. Select Ctrl+F to open the Find dialog box, and then find the word pickle in the Python code.

    This code snippet shows how the pickle output file was generated. The output pickle file is named model.pkl on the disk.

    print("Export the model to model.pkl")
    f = open('./outputs/model.pkl', 'wb')
    pickle.dump(clf1, f)
  5. Locate the model pickle file in the output files of a previous run.

    When you ran the script, the model file was written to the outputs folder with the name model.pkl. This folder lives in the execution environment that you choose to run the script, and not in your local project folder.

    • To locate the file, select the Runs button (clock icon) on the left pane to open the list of All Runs.
    • The All Runs tab opens. In the table of runs, select one of the recent runs where the target was local and the script name was
    • The Run Properties pane opens. In the upper-right section of the pane, notice the Outputs section.
    • To download the pickle file, select the check box next to the model.pkl file, and then select the Download button. Save it to the root of your project folder. The file is needed in the upcoming steps.

    Download the pickle file

    Read more about the outputs folder in the How to read and write large data files article.

Get the scoring script and schema files

To deploy the web service along with the model file, you also need a scoring script, and optionally, a schema for the web-service input data. The scoring script loads the model.pkl file from the current folder and uses it to produce a newly predicted Iris class.

  1. Open the Azure Machine Learning Workbench application, and then open the myIris project you created in the previous part of the tutorial series.

  2. After the project is open, select the Files button (folder icon) on the left pane to open the file list in your project folder.

  3. Select the file. The Python script opens. This file is used as the scoring file.

    Scoring file

  4. To get the schema file, run the script. Select the local environment and the script in the command bar, and then select the Run button.

  5. This script creates a JSON file in the Outputs section, which captures the input data schema required by the model.

  6. Note the Jobs pane on the right side of the Project Dashboard pane. Wait for the latest job to display the green Completed status. Then select the hyperlink [1] for the latest job run to see the run details from the run.

  7. On the Run Properties pane, in the Outputs section, select the newly created service_schema.json file. Select the check box next to the file name, and then select Download. Save the file into your project root folder.

  8. Return to the previous tab where you opened the script. By using data collection, you can capture model inputs and predictions from the web service. The following steps are of particular interest for data collection.

  9. Review the code at the top of the file imports class ModelDataCollector, because it contains the model data collection functionality:

    from azureml.datacollector import ModelDataCollector
  10. Review the following lines of code in the init() function that instantiates ModelDataCollector:

    global inputs_dc, prediction_dc
    inputs_dc = ModelDataCollector('model.pkl',identifier="inputs")
    prediction_dc = ModelDataCollector('model.pkl', identifier="prediction")`
  11. Review the following lines of code in the run(input_df) function as it collects the input and prediction data:

    global clf2, inputs_dc, prediction_dc

Now you're ready to prepare your environment to operationalize the model.

Prepare to operationalize locally

Use local mode deployment to run in Docker containers on your local computer.

You can use local mode for development and testing. The Docker engine must be run locally to complete the following steps to operationalize the model. You can use the -h flag at the end of the commands for command Help.


If you don't have the Docker engine locally, you can still proceed by creating a cluster in Azure for deployment. Just be sure to delete the cluster after the tutorial so you don't incur ongoing charges.

  1. Open the command-line interface (CLI). In the Azure Machine Learning Workbench application, on the File menu, select Open Command Prompt.

    The command-line prompt opens in your current project folder location c:\temp\myIris>.

  2. Make sure the Azure resource provider Microsoft.ContainerRegistry is registered in your subscription. You must register this resource provider before you can create an environment in step 3. You can check to see if it's already registered by using the following command:

    az provider list --query "[].{Provider:namespace, Status:registrationState}" --out table 

    You should see output like this:

    Provider                                  Status 
    --------                                  ------
    Microsoft.Authorization                   Registered 
    Microsoft.ContainerRegistry               Registered 
    microsoft.insights                        Registered 
    Microsoft.MachineLearningExperimentation  Registered 

    If Microsoft.ContainerRegistry is not registered, you can register it by using the following command:

    az provider register --namespace Microsoft.ContainerRegistry 

    Registration can take a few minutes. You can check on its status by using the previous az provider list command or the following command:

    az provider show -n Microsoft.ContainerRegistry 

    The third line of the output displays "registrationState": "Registering". Wait a few moments and repeat the show command until the output displays "registrationState": "Registered".

  3. Create the environment. You must run this step once per environment. For example, run it once for development environment, and once for production. Use local mode for this first environment. You can try the -c or --cluster switch in the following command to set up an environment in cluster mode later.

    Note that the following setup command requires you to have Contributor access to the subscription. If you don't have that, you at least need Contributor access to the resource group that you are deploying into. To do the latter, you need to specify the resource group name as part of the setup command using -g the flag.

    az ml env setup -n <new deployment environment name> --location <e.g. eastus2>

    Follow the on-screen instructions to provision a storage account for storing Docker images, an Azure container registry that lists the Docker images, and an AppInsight account that gathers telemetry. If you used the -c switch, it creates an Azure Container Service cluster too.

    The cluster name is a way for you to identify the environment. The location should be the same as the location of the Model Management account you created from the Azure portal.

  4. Create a Model Management account. (This is a one-time setup.)

    az ml account modelmanagement create --location <e.g. eastus2> -n <new model management account name> -g <existing resource group name> --sku-name S1
  5. Set the Model Management account.

    az ml account modelmanagement set -n <youracctname> -g <yourresourcegroupname>
  6. Set the environment.

    After the setup finishes, use the following command to set the environment variables required to operationalize the environment. Use the same environment name that you used previously in step 4. Use the same resource group name that was output in the command window when the setup process finished.

    az ml env set -n <deployment environment name> -g <existing resource group name>
  7. To verify that you have properly configured your operationalized environment for local web service deployment, enter the following command:

    az ml env show

Now you're ready to create the real-time web service.


You can reuse your Model Management account and environment for subsequent web service deployments. You don't need to create them for each web service. An account or an environment can have multiple web services associated with it.

Create a real-time web service in one command

  1. To create a real-time web service, use the following command:

    az ml service create realtime -f --model-file model.pkl -s service_schema.json -n irisapp -r python --collect-model-data true 

    This command generates a web service ID you can use later.

    The following switches are used with the az ml service create realtime command:

    • -n: The app name, which must be all lowercase.
    • -f: The scoring script file name.
    • --model-file: The model file. In this case, it's the pickled model.pkl file.
    • -r: The type of model. In this case, it's a Python model.
    • --collect-model-data true: This enables data collection.


    The service name, which is also the new Docker image name, must be all lowercase. Otherwise, you get an error.

  2. When you run the command, the model and the scoring file upload to the storage account you created as part of the environment setup. The deployment process builds a Docker image with your model, schema, and scoring file in it, and then pushes it to the Azure container registry: <ACR_name><imagename>:<version>.

    The command pulls down the image locally to your computer, and then starts a Docker container based on that image. If your environment is configured in cluster mode, the Docker container is deployed into the Azure Cloud Services Kubernetes cluster instead.

    As part of the deployment, an HTTP REST endpoint for the web service is created on your local machine. After a few minutes, the command should finish with a success message and your web service is ready for action.

  3. To see the running Docker container, use the docker ps command:

    docker ps

Create a real-time web service by using separate commands

As an alternate to the az ml service create realtime command shown previously, you can also perform the steps separately.

First, register the model. Then generate the manifest, build the Docker image, and create the web service. This step-by-step approach gives you more flexibility at each step. Additionally, you can reuse the entities generated from the previous step and rebuild the entities only when needed.

  1. Register the model by providing the pickle file name.

    az ml model register --model model.pkl --name model.pkl

    This command generates a model ID.

  2. Create a manifest.

    To create a manifest, use the following command and provide the model ID output from the previous step:

    az ml manifest create --manifest-name <new manifest name> -f -r python -i <model ID> -s service_schema.json

    This command generates a manifest ID.

  3. Create a Docker image.

    To create a Docker image, use the following command and provide the manifest ID value output from the previous step:

    az ml image create -n irisimage --manifest-id <manifest ID>

    This command generates a Docker image ID.

  4. Create the service.

    To create a service, use the following command and provide the image ID output from the previous step:

    az ml service create realtime --image-id <image ID> -n irisapp --collect-model-data true

    This command generates a web service ID.

You are now ready to run the web service.

Run the real-time web service

To test the irisapp web service that's running, use a JSON-encoded record containing an array of four random numbers:

  1. The web service includes sample data. When running in local mode, you can call the az ml service usage realtime command. That call retrieves a sample run command that's useful for you to use to test the service. The call also retrieves the scoring URL that you can use to incorporate the service into your own custom app:

    az ml service usage realtime -i <web service ID>
  2. To test the service, execute the returned service run command:

    az ml service run realtime -i irisapp -d "{\"input_df\": [{\"petal width\": 0.25, \"sepal length\": 3.0, \"sepal width\": 3.6, \"petal length\": 1.3}]}"

    The output is "2", which is the predicted class. (Your result might be different.)

  3. To run the service from outside the CLI, you need to get the keys for authentication:

    az ml service keys realtime -i <web service ID>

View the collected data in Azure Blob storage

  1. Sign in to the Azure portal.

  2. Locate your storage accounts. To do so, select More Services.

  3. In the search box, enter Storage accounts, and then select Enter.

  4. From the Storage accounts search box, select the Storage account resource matching your environment.


    To determine which storage account is in use:

    1. Open Azure Machine Learning Workbench.
    2. Select the project you're working on.
    3. Open a command-line prompt from the File menu.
    4. At the command-line prompt, enter az ml env show -v and check the storage_account value. This is the name of your storage account.
  5. After the Storage account pane opens, select Containers in the list to the left. Locate the container named modeldata.

    If you don't see any data, you might need to wait up to 10 minutes after the first web-service request to see the data propagate to the storage account.

    Data flows into blobs with the following container path:

  6. You can consume this data from Azure Blob storage. There are a variety of tools that use both Microsoft software and open-source tools such as:

    • Azure Machine Learning: Open the CSV file by adding the CSV file as a data source.
    • Excel: Open the daily CSV files as a spreadsheet.
    • Power BI: Create charts with data pulled from the CSV data in blobs.
    • Hive: Load the CSV data into a hive table and perform SQL queries directly against the blobs.
    • Spark: Create a dataframe with a large portion of CSV data.

      var df ="com.databricks.spark.csv").option("inferSchema","true").option("header","true").load("wasb://modeldata@<storageaccount><subscription_id>/<resource_group_name>/<model_management_account_name>/<webservice_name>/<model_id>-<model_name>-<model_version>/<identifier>/<year>/<month>/<date>/*")

Next steps

In this third part of the three-part tutorial series, you have learned how to use Azure Machine Learning services to:

  • Locate the model file.
  • Generate a scoring script and schema file.
  • Prepare the environment.
  • Create a real-time web service.
  • Run the real-time web service.
  • Examine the output blob data.

You have successfully run a training script in various compute environments, created a model, serialized the model, and operationalized the model through a Docker-based web service.

You are now ready to do advanced data preparation: