cs329s-ml-deployment-tutorial

GitHub
615 190 较难 1 次阅读 1周前MIT开发框架
AI 解读 由 AI 自动生成,仅供参考

cs329s-ml-deployment-tutorial 是一套源自斯坦福大学 CS329s 课程的实战指南,旨在帮助开发者将训练好的机器学习模型从本地环境部署到云端,并构建可交互的 Web 应用。它主要解决了机器学习项目中“最后一公里”的难题:即如何将 Jupyter Notebook 中的实验代码转化为稳定、可扩展且能被公众访问的生产级服务。

这套教程特别适合具有一定 Python 基础的数据科学家、机器学习工程师以及希望提升工程化能力的研究人员。通过跟随指引,用户将利用 Google Cloud Platform(GCP)作为基础设施,学习如何容器化模型、使用 AI Platform 托管推理服务,并最终通过 Streamlit 框架快速搭建名为"Food Vision"的食物图像分类应用,将其发布至互联网。

其技术亮点在于提供了一条完整的端到端链路:从本地虚拟环境配置、Docker 容器封装,到云端模型托管与应用部署的全流程代码与文件支持。教程不仅包含详细的步骤说明和视频演示,还特别强调了云资源管理与成本控制,提醒用户在实践结束后及时关闭服务以避免产生额外费用。对于想要跨越理论与生产落地鸿沟的学习者而言,这是一个极佳的入门实操项目。

使用场景

一家初创餐饮科技公司急需将实验室中训练好的食物识别模型转化为可对外服务的 Web 应用,以便集成到其智能点餐系统中。

没有 cs329s-ml-deployment-tutorial 时

  • 数据科学家缺乏清晰的部署路径,不知道如何将本地的 TensorFlow 模型安全地托管到 Google Cloud AI Platform,导致模型长期闲置在笔记本中。
  • 手动配置 Docker 容器和 Streamlit 前端极易出错,团队往往因环境依赖冲突或缺少最佳实践而耗费数天排查“在我机器上能跑”的问题。
  • 缺乏对云资源成本控制的警示与指导,新手容易忘记关闭服务,导致产生意想不到的高额谷歌云账单。
  • 前后端联调困难,本地开发的 App 无法稳定调用云端模型接口,项目进度严重受阻。

使用 cs329s-ml-deployment-tutorial 后

  • 跟随教程三步走策略,团队迅速将食物分类模型部署至 Google Cloud AI Platform,并成功构建了基于 Streamlit 的"Food Vision"演示应用。
  • 直接复用经过验证的代码模板和 Docker 配置,避免了环境搭建陷阱,实现了从本地测试到云端托管的无缝衔接。
  • 教程中醒目的成本警告和资源管理指南帮助团队建立了规范的启停流程,有效避免了因遗忘关闭服务而产生的额外费用。
  • 提供了完整的端到端示例(含预训练模型和测试图片),开发人员只需少量修改即可让应用在互联网上运行,大幅缩短上线周期。

cs329s-ml-deployment-tutorial 通过提供标准化的实战代码与避坑指南,将复杂的机器学习工程化部署过程简化为可执行的清晰步骤,显著降低了从实验到生产的门槛。

运行环境要求

操作系统
  • 未说明
GPU

未说明

内存

未说明

依赖
notes本教程主要依赖 Google Cloud Platform (GCP) 服务(需付费),包括 AI Platform、Storage Bucket 和 App Engine。用户需自行训练 TensorFlow SavedModel 格式模型并上传至 GCP。本地运行需安装 Docker 以构建容器,并通过 gcloud CLI 进行部署。首次使用 GCP 需注意关闭服务以避免产生费用。
python未说明
Streamlit
TensorFlow
Google Cloud SDK (gcloud)
Docker
virtualenv
cs329s-ml-deployment-tutorial hero image

快速开始

CS329s 机器学习模型部署教程

警告: 按照本教程中的步骤操作可能会产生费用(Google Cloud 是一项付费服务),请务必关闭不再使用的 Google Cloud 服务,以避免产生额外费用。

感谢: Mark Douthwaite 的精彩机器学习与软件工程博客Lj Miranda 关于数据科学家软件工程工具的优秀文章、以及 Chip Huyen 和 Ashik Shafi 对本教程初稿提供的宝贵反馈。

本教程包含哪些内容?

CS329s 机器学习模型部署教程 配套的代码和文件。

开始前需要准备什么?

再次警告: 使用 Google Cloud 服务需要付费。如果您没有免费额度(首次注册可获得 300 美元),则会产生费用。完成操作后,请删除并关闭相关资源,以避免产生额外费用。

最终会得到什么?

如果您按照以下步骤顺利完成,最终将获得一个由 Streamlit 提供支持的 Web 应用程序(Food Vision 🍔👁),用于对食物图像进行分类(如果您愿意,还可以将其部署到 Google Cloud 上)。

我们的应用在本地运行时,对一张冰淇淋图片进行预测(使用部署在 Google Cloud 上的机器学习模型): food vision demo

好的,我准备好了,该如何使用呢?

我们将分三个部分来完成这个任务:

  1. 让应用运行起来(在本地机器上运行 Streamlit)
  2. 将机器学习模型部署到 AI Platform(让 Google Cloud 托管我们的模型)
  3. 将应用部署到 App Engine(让我们的应用上线)

1. 让应用运行起来

  1. 克隆此仓库
git clone https://github.com/mrdbourke/cs329s-ml-deployment-tutorial
  1. 进入 food-vision 目录
cd food-vision
  1. 创建并激活虚拟环境(您可以随意命名,我将其命名为 “env”)
pip install virtualenv
virtualenv <ENV-NAME>
source <ENV-NAME>/bin/activate
  1. 安装所需依赖项(Streamlit、TensorFlow 等)
pip install -r requirements.txt
  1. 启动 Streamlit 并运行 app.py
streamlit run app.py

执行上述命令后,您应该会看到如下界面:

这就是我们正在开发的 Food Vision 🍔👁 应用程序。

  1. 尝试上传一张图片(例如 food-images/ 文件夹中的图片,如 ice_cream.jpeg),它应该能够成功加载。

  2. 注意,当您向应用上传图片时,会出现一个“Predict”按钮,点击它看看会发生什么。

  3. 此时应用会崩溃,因为它试图联系 Google Cloud Platform (GCP) 以获取机器学习模型,但可能由于以下原因导致失败:

  • 无法找到模型(API 调用错误或模型不存在)
  • 无法使用现有模型,因为凭据错误(如下所示) credential error

这其实是一件好事!这意味着我们的应用正在尝试与 GCP 进行通信(通过 food-vision/app.pyfood-vision/utils.py 中的函数)。

接下来,让我们学习如何在 GCP 上托管模型。

2. 在 GCP 上托管机器学习模型

如何解决这个错误?(Streamlit 无法访问您的模型)

要解决这个问题,我们需要准备以下几样东西:

  • 一个训练好的机器学习模型(适合我们的问题,我们将把它上传到 Google Storage)
  • 一个 Google Storage 存储桶(用于存放我们的训练好的模型)
  • 一个托管在 Google AI Platform 上的模型(我们将存储桶中的模型与此处关联)
  • 用于访问 Google AI Platform 上托管模型的服务账号密钥

下面我们将逐一介绍如何实现上述目标。

  1. 要训练一个机器学习模型并将其保存为 SavedModel 格式(此格式为 TensorFlow 特定格式,PyTorch 用户请根据自身需求调整),可以按照 model_training.ipynb 中的步骤进行操作。

  2. 一旦我们有了 SavedModel,就可以将其上传到 Google Storage,但在上传之前,我们需要先 创建一个 Google Storage 存储桶(存储桶相当于云端的硬盘)。

在 Google Cloud 上创建存储桶

您可以随意为存储桶命名(例如 my_cool_bucket_name)。建议将数据存储在离您最近的区域,或者您所在地区允许存储数据的区域(如果不确定,可以选择在美国存储)。

  1. 创建好存储桶后,我们可以将模型复制到该存储桶中(参考 Google Cloud Storage 文档)。
## 在 Colab 中将模型上传到 Google Storage ##

# 授权 Colab 并初始化 gcloud(在提示时输入相应信息)
from google.colab import auth
auth.authenticate_user()
!curl https://sdk.cloud.google.com | bash
!gcloud init

# 将 SavedModel 上传到 Google Cloud Storage 存储桶
!gsutil cp -r <YOUR_MODEL_PATH> <YOUR_GOOGLE_STORAGE_BUCKET>
  1. 将存储桶中的模型连接到 AI Platform(这将使我们的模型可以通过 API 调用访问。如果你不清楚什么是 API 调用,可以把它想象成一个函数,可以从互联网上的任何地方触发我们的模型)
  • 不喜欢在 Google Cloud 控制台中点击操作?你也可以在命令行上使用 gcloud 在 AI Platform 上创建模型:
  • 在 AI Platform 上创建模型(选择离你最近或希望模型被访问的区域): 在 AI Platform 上创建模型
  • 一旦你在 AI Platform 上有了模型(如上所示),你需要创建一个与你的模型训练内容相匹配的模型版本(例如,如果你的模型是用 TensorFlow 训练的,就选择 TensorFlow): 在 AI Platform 上创建模型版本
  • 然后将你的模型版本链接到 Google Cloud Storage 中的已训练模型: 将模型版本链接到 Google Cloud Storage
  1. 创建一个用于访问 AI Platform 的服务账号(GCP 非常注重权限管理,这是为了保护你的应用安全)
  • 你需要创建一个具有“ML Engine Developer”角色权限的服务账号

ML Engine 开发者角色权限

  1. 一旦你有了活跃的服务账号,创建并下载其密钥(密钥将以 .JSON 文件的形式提供)
  • 🔑 注意: 服务账号密钥会授予对你的 GCP 账号的访问权限,请务必妥善保管此文件(例如,将 *.json 添加到 .gitignore 文件中,以免意外将其提交到 GitHub)
  1. 更新以下变量:
  • app.py 中,将现有的 GCP 密钥路径替换为你的密钥路径:
# Google Cloud 服务会在你的应用运行时查找这些环境变量

# 旧
os.environ["GOOGLE_APPLICATION_CREDENTIALS"] = "daniels-dl-playground-4edbcb2e6e37.json"

# 新
os.environ["GOOGLE_APPLICATION_CREDENTIALS"] = "<PATH_TO_YOUR_KEY>"
  • app.py 中,将 GCP 项目和区域替换为你自己的 GCP 项目和区域:
# 旧
PROJECT = "daniels-dl-playground"
REGION = "us-central1" 

# 新
PROJECT = "<YOUR_GCP_PROJECT_NAME>"
REGION = "<YOUR_GCP_REGION>"
  • utils.py 中,将 "model_1""model_name" 键替换为你的模型名称:
# 旧
classes_and_models = {
    "model_1": {
        "classes": base_classes,
        "model_name": "efficientnet_model_1_10_classes" 
    }
 }

# 新
classes_and_models = {
    "model_1": {
        "classes": base_classes,
        "model_name": "<YOUR_AI_PLATFORM_MODEL_NAME>" 
    }
}
  1. 再次运行应用,看看是否正常工作(按 R 键刷新 Streamlit 应用程序,或刷新页面,然后重新上传一张图片并点击“预测”按钮)

点击“预测”按钮且模型正确部署时显示的内容

3. 将整个应用部署到 GCP

好吧,我已经修复了权限错误,那我该如何部署我的模型/应用呢?

很高兴你这么问……

  1. 运行 make gcloud-deploy……等待 5–10 分钟,你的应用就会部署到 App Engine 上(前提是你已经启用了 App Engine API)。

……这样就完成了!

但是等等,运行 make gcloud-deploy 会发生什么?

当你运行 make gcloud-deploy 时,Makefile 中的 gcloud-deploy 命令(位于 food-vision/Makefile)会被触发。

实际上,make gcloud-deploy 是以下命令的别名:

gcloud app deploy app.yaml

这就是 gcloud 的一种方式,用来告诉 Google Cloud:“嘿,Google Cloud,请开始执行必要的步骤,将我们本地运行的应用程序(food-vision/app.py)部署到 App Engine 上。”

为此,gcloud app deploy 命令会执行以下操作:

  • 我们的应用程序会被放入由 food-vision/Dockerfile 定义的 Docker 容器中(可以将 Docker 容器想象成一个盒子,里面包含了我们在本地运行的应用程序以及它运行所需的一切。一旦进入容器,只要 Docker 可用,这个容器就可以在任何地方运行,并且应该能够正常工作;而 Dockerfile 则定义了如何创建这个容器)。
  • 当 Docker 容器创建完成后,它就变成了一个 Docker 镜像(听起来可能有点复杂,但你可以把 Docker 镜像理解为不可变的 Docker 容器,也就是说,当我们把它移动到其他地方时,它的内容不会改变)。
  • 接着,Docker 镜像会被上传到 Google Container Registry (GCR),这是 Google 用于托管 Docker 镜像的地方。
  • 一旦我们的 Docker 镜像被托管在 GCR 上,它就会被部署到一个 App Engine 实例上(可以把它想象成一台类似于我们本地电脑的在线计算机,其他人也可以访问它)。
  • App Engine 实例是由 food-vision/app.yaml 中的指令定义的。如果你查看这个文件,会发现它非常简单,只有两行:
runtime: custom # 我们希望运行自定义的 Docker 容器
env: flex # 我们希望 App Engine 具有灵活性,能够安装 requirements.txt 中列出的各种依赖项

听起来步骤很多,对吧?

确实如此,但只要你对每一步都多加练习,就会逐渐明白其中每一步背后都有其特定的原因。

如果所有步骤都成功执行,你应该能够在 App Engine 上看到你的应用正在运行,网址类似于:

http://<YOUR_PROJECT_NAME>.ue.r.appspot.com/

这看起来应该和我们在本地运行的应用完全一致!

我们的 Streamlit 应用在 App Engine 上运行

拆解 food-vision

food-vision 目录下的所有文件分别有什么作用?

我们的 food-vision 目录 里包含许多文件,初次看到时可能会让人感到困惑。下面为每个文件简要说明:

  • .dockerignore - 在构建 Docker 容器时需要忽略的文件或文件夹(类似于 .gitignore 在提交代码时指定要忽略的文件和文件夹)。
  • Dockerfile - 定义如何创建我们的 Docker 容器(一个包含应用运行所需一切的“盒子”)的指令。
  • Makefile - 一个便捷的脚本,用于在命令行中执行诸如 make gcloud-deploy 等命令,从而简化复杂操作(这样我们就不必每次都手动输入长命令了;更多信息请参阅 什么是 Makefile?)。
  • SessionState.py - 一个 Python 脚本,帮助我们的 Streamlit 应用在点击按钮时保持状态(不会重置所有内容),详情可参见 Streamlit 论坛
  • app.py - 我们的 Food Vision 👁🍔 应用,基于 Streamlit 构建。
  • app.yaml - 指定当我们部署应用时,App Engine 应该创建哪种类型的实例。
  • requirements.txt - 运行 app.py 所需的所有依赖项。
  • utils.py - 在 app.py 中使用的辅助函数,避免主程序过于庞大。

你的应用还可能在哪些地方出错

在教程中(见 1:32:31 处),我们看到已部署的应用远非完美,并且指出了几个可能导致应用崩溃的地方,但还有一个需要注意:

默认应用(克隆仓库后得到的版本)支持 3 种模型:

  • 模型 1:来自 Food101 的 10 类食物。
  • 模型 2:同样来自 Food101 的 11 类食物。
  • 模型 3:Food101 的 11 类食物加上 1 类“非食物”类别(来自 ImageNet 的随机图像)。

这些模型都可以通过 model_training.ipynb 进行训练。然而,如果你拥有全部 3 种模型,当你在侧边栏中选择除模型 1 之外的其他选项时,应用就会崩溃(应用至少需要一种模型才能运行)。

拓展学习

我在哪里可以学到这些知识?

正如你可以用不同的层结构构建无限种深度学习神经网络一样,我们在这里所做的只是使用 Google Cloud 部署机器学习模型或应用的一种方式(其他云服务也有类似的功能)。

如果你想深入了解 Google Cloud,我推荐 Google 的 Qwiklabs。在这里,你可以针对不同场景免费获得使用 Google Cloud 的实战经验。

如果你想进一步了解软件工程与机器学习的交叉领域,可以参考以下博客:

关于教程中提到的“数据飞轮”概念,可以观看 Josh Tobin 的演讲 机器学习基础设施栈中的缺失一环

扩展建议

我该如何扩展这个应用?

CI/CD - 在开始构建和发布软件时,你会经常听到这个词。它代表“持续集成/持续交付”。我的理解是:假设你对应用做了一些更改,并希望立即推送给用户,那么你可以使用像 GitHub Actions 这样的服务来监控 GitHub 仓库中的变化。一旦某个分支发生更改,GitHub Actions 就会执行与我们在此处类似的操作,自动重新部署你的(更新后的)应用。

将所有操作代码化! - 在部署应用时,我们大量使用了 Google Cloud 控制台进行点击操作。但实际上,你可以使用 gcloud SDK 来完成所有这些步骤,这意味着你可以将整个流程自动化,从而大大减少手动操作!

有问题吗?

请发起 讨论 或发送邮件至 daniel@mrdbourke.com

相似工具推荐

stable-diffusion-webui

stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。

162.1k|★★★☆☆|今天
开发框架图像Agent

everything-claude-code

everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上

139k|★★☆☆☆|今天
开发框架Agent语言模型

ComfyUI

ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。

107.7k|★★☆☆☆|2天前
开发框架图像Agent

NextChat

NextChat 是一款轻量且极速的 AI 助手,旨在为用户提供流畅、跨平台的大模型交互体验。它完美解决了用户在多设备间切换时难以保持对话连续性,以及面对众多 AI 模型不知如何统一管理的痛点。无论是日常办公、学习辅助还是创意激发,NextChat 都能让用户随时随地通过网页、iOS、Android、Windows、MacOS 或 Linux 端无缝接入智能服务。 这款工具非常适合普通用户、学生、职场人士以及需要私有化部署的企业团队使用。对于开发者而言,它也提供了便捷的自托管方案,支持一键部署到 Vercel 或 Zeabur 等平台。 NextChat 的核心亮点在于其广泛的模型兼容性,原生支持 Claude、DeepSeek、GPT-4 及 Gemini Pro 等主流大模型,让用户在一个界面即可自由切换不同 AI 能力。此外,它还率先支持 MCP(Model Context Protocol)协议,增强了上下文处理能力。针对企业用户,NextChat 提供专业版解决方案,具备品牌定制、细粒度权限控制、内部知识库整合及安全审计等功能,满足公司对数据隐私和个性化管理的高标准要求。

87.6k|★★☆☆☆|今天
开发框架语言模型

ML-For-Beginners

ML-For-Beginners 是由微软推出的一套系统化机器学习入门课程,旨在帮助零基础用户轻松掌握经典机器学习知识。这套课程将学习路径规划为 12 周,包含 26 节精炼课程和 52 道配套测验,内容涵盖从基础概念到实际应用的完整流程,有效解决了初学者面对庞大知识体系时无从下手、缺乏结构化指导的痛点。 无论是希望转型的开发者、需要补充算法背景的研究人员,还是对人工智能充满好奇的普通爱好者,都能从中受益。课程不仅提供了清晰的理论讲解,还强调动手实践,让用户在循序渐进中建立扎实的技能基础。其独特的亮点在于强大的多语言支持,通过自动化机制提供了包括简体中文在内的 50 多种语言版本,极大地降低了全球不同背景用户的学习门槛。此外,项目采用开源协作模式,社区活跃且内容持续更新,确保学习者能获取前沿且准确的技术资讯。如果你正寻找一条清晰、友好且专业的机器学习入门之路,ML-For-Beginners 将是理想的起点。

85k|★★☆☆☆|今天
图像数据工具视频

ragflow

RAGFlow 是一款领先的开源检索增强生成(RAG)引擎,旨在为大语言模型构建更精准、可靠的上下文层。它巧妙地将前沿的 RAG 技术与智能体(Agent)能力相结合,不仅支持从各类文档中高效提取知识,还能让模型基于这些知识进行逻辑推理和任务执行。 在大模型应用中,幻觉问题和知识滞后是常见痛点。RAGFlow 通过深度解析复杂文档结构(如表格、图表及混合排版),显著提升了信息检索的准确度,从而有效减少模型“胡编乱造”的现象,确保回答既有据可依又具备时效性。其内置的智能体机制更进一步,使系统不仅能回答问题,还能自主规划步骤解决复杂问题。 这款工具特别适合开发者、企业技术团队以及 AI 研究人员使用。无论是希望快速搭建私有知识库问答系统,还是致力于探索大模型在垂直领域落地的创新者,都能从中受益。RAGFlow 提供了可视化的工作流编排界面和灵活的 API 接口,既降低了非算法背景用户的上手门槛,也满足了专业开发者对系统深度定制的需求。作为基于 Apache 2.0 协议开源的项目,它正成为连接通用大模型与行业专有知识之间的重要桥梁。

77.1k|★★★☆☆|2天前
Agent图像开发框架