MLOps using Azure ML Services and Azure DevOps
Перейти к файлу
JS 51dba61ff2
some typos in readme
2019-04-05 09:40:09 -04:00
aml_config Update config.json 2019-03-28 10:56:12 -04:00
aml_service Update 34-GetScoringImageName.py 2019-03-27 18:02:41 -04:00
code Fixing train.py after bad commit 2019-03-28 11:33:35 -04:00
data initial commit 2019-01-23 18:20:57 -05:00
docs doc: build steps update 2019-04-01 15:55:23 -04:00
environment_setup Adding pytest as required package to run test, missed adding it earlier 2019-02-21 13:34:59 -05:00
model initial commit 2019-01-23 18:20:57 -05:00
release-pipelines Getting started Documentation, supporting images and adding release-pipelines 2019-03-30 23:51:05 -04:00
tests/unit Reverting back an accidental commit 2019-03-28 11:27:01 -04:00
.gitignore gitignore: ignore vscode config 2019-02-15 14:58:39 -05:00
LICENSE Initial commit 2019-01-29 11:48:08 -08:00
README.md some typos in readme 2019-04-05 09:40:09 -04:00
azure-pipelines.yml bug: fixed the variable name 2019-04-03 01:05:00 -04:00

README.md

Author: | Praneet Singh Solanki | Richin Jain |

DevOps for AI

Build Status

DevOps for AI will help you to understand how to build the Continuous Integration and Continuous Delivery pipeline for a ML/AI project. We will be using the Azure DevOps Project for build and release/deployment pipelines along with Azure ML services for model retraining pipeline, model management and operationalization.

This template contains code and pipeline definition for a machine learning project demonstrating how to automate the end to end ML/AI project. The build pipelines include DevOps tasks for data sanity test, unit test, model training on different compute targets, model version management, model evaluation/model selection, model deployment as realtime web service, staged deployment to QA/prod and integration testing.

Prerequisite

  • Active Azure subscription
  • At least contributor access to Azure subscription

Getting Started:

To deploy this solution in your subscription, follow the manual instructions in the getting started doc

Architecture Diagram

This reference architecture shows how to implement continuous integration (CI), continuous delivery (CD), and retraining pipeline for an AI application using Azure DevOps and Azure Machine Learning. The solution is built on the scikit-learn diabetes dataset but can be easily adapted for any AI scenario and other popular build systems such as Jenkins and Travis.

Architecture

Architecture Flow

  1. Data Scientist writes/updates the code and push it to git repo. This triggers the Azure DevOps build pipeline (continuous integration).

  2. Once the Azure DevOps build pipeline is triggered, it runs following type of tasks:

    • Run for new code: Every time new code is committed to the repo, build pipeline performs data sanity test and unit tests the new code.

    • One-time run: These tasks run only for the first time that the build pipeline runs. They will programatically create an Azure ML Service Workspace, provision Azure ML Compute (used for model training compute), and publish an Azure ML Pipeline. This published Azure ML pipeline is the model training/retraining pipeline.

    Note: The task Publish Azure ML pipeline currently runs for every code change`

  3. The Azure ML Retraining pipeline is triggered once the Azure DevOps build pipeline completes. All the tasks in this pipeline runs on Azure ML Compute created earlier. Following are the tasks in this pipeline:

    • Train Model task executes model training script on Azure ML Compute. It outputs a model file which is stored in the run history.

    • Evaluate Model task evaluates the performance of newly trained model with the model in production. If the new model performs better than the production model, the following steps are executed. If not, they will be skipped.

    • Register Model task takes the improved model and registers it with the Azure ML Model registry. This allows us to version control it.

    • Package Model task packages the new model along with the scoring file and its python dependencies into a docker image and pushes it to Azure Container Registry. This image is used to deploy the model as web service.

  4. Once a new model scoring image is pushed to Azure Container Registry, the Azure DevOps Release/Deployment pipeline is triggered. This pipeline deploys the model scoring image into Staging/QA and PROD environments.

    • In the Staging/QA environment, one task creates an Azure Container Instance and deploys the scoring image as a web service on it.

    • The second task tests this web service by calling its REST endpoint with dummy data.

  5. The deployment in production is a gated release. This means that once the model web service deployment in the Staging/QA environment is successful, a notification is sent to approvers to manually review and approve the release. Once the release is approved, the model scoring web service is deployed to Azure Kubernetes Service(AKS) and the deployment is tested.

Repo Details

You can find the details of the code and scripts in the repository here

References

Contributing

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.