准备工作
- 实验会创建一个 Google Cloud 项目和一些资源,供您使用限定的一段时间
- 实验有时间限制,并且没有暂停功能。如果您中途结束实验,则必须重新开始。
- 在屏幕左上角,点击开始实验即可开始
Enable the Profiler
/ 25
Deploy an application to App Engine and examine the Cloud logs
/ 25
Create an instance
/ 25
Create uptime checks and alerts
/ 25
在本实验中,您会将一个应用部署到 Google Cloud,然后使用 Google Cloud 提供的工具对其进行监控。您将使用 Cloud Logging、Trace、Profiler 和信息中心,并创建拨测和提醒政策。
在本实验中,您将学习如何执行以下任务:
对于每个实验,您都会免费获得一个新的 Google Cloud 项目及一组资源,它们都有固定的使用时限。
点击开始实验按钮。如果该实验需要付费,系统会打开一个弹出式窗口供您选择付款方式。左侧是实验详细信息面板,其中包含以下各项:
点击打开 Google Cloud 控制台(如果您使用的是 Chrome 浏览器,请右键点击并选择在无痕式窗口中打开链接)。
该实验会启动资源并打开另一个标签页,显示登录页面。
提示:将这些标签页安排在不同的窗口中,并排显示。
如有必要,请复制下方的用户名,然后将其粘贴到登录对话框中。
您也可以在实验详细信息面板中找到用户名。
点击下一步。
复制下面的密码,然后将其粘贴到欢迎对话框中。
您也可以在实验详细信息面板中找到密码。
点击下一步。
继续在后续页面中点击以完成相应操作:
片刻之后,系统会在此标签页中打开 Google Cloud 控制台。
从 GitHub 下载示例应用并在 Cloud Shell 中进行预览。
在 Cloud 控制台中,点击激活 Cloud Shell ()。
如果出现提示,请点击继续。 在连接到 Cloud Shell 后,您应该会看到自己已通过身份验证,并且相关项目已设置为您的项目 ID。
在 Cloud Shell 中运行以下命令以确认您已通过身份验证。如果出现提示,请点击授权。
命令输出:
命令输出
命令输出:
gcp-logging 的文件夹,请运行以下命令:design-process.zip 文件夹deploying-apps-to-gcp 文件夹:在 Cloud Shell 中,点击打开编辑器 ()。
展开导航窗格中的 gcp-logging/design-process/deploying-apps-to-gcp 文件夹,然后点击 main.py 将其打开。
在文件顶部(第 2 行)添加以下导入语句:
Profiler 将持续报告应用指标。您的代码应如下所示:
requirements.txt 文件中。在代码编辑器中打开该文件并添加以下内容:文件内容应如下所示:
该程序应显示在新的浏览器标签页中。
点击“检查我的进度”以验证是否完成了以下目标:
现在,您将把程序部署到 App Engine 并使用 Google Cloud 工具对其进行监控。
保存更改。
在项目中,必须创建 App Engine 应用。此操作只需进行一次,使用 gcloud app create 命令并指定要在其中创建应用的区域即可。在 Cloud Shell 中,输入以下命令:
现在,使用以下命令部署您的应用:
在 Google Cloud 控制台标题栏的“搜索”字段中输入 App Engine,然后点击搜索结果中的 App Engine。
依次点击 App Engine > 信息中心。信息中心的右上角应显示指向您的应用的链接,类似如下所示:
https://project-id/appspot.com 的形式。点击链接以测试您的程序。
刷新浏览器几次以发出一些请求。
返回控制台并点击 App Engine > 版本。
在表的诊断列中,点击日志。
日志应表明 Profiler 已启动并且正在生成性能指标文件。如果日志中还没有相应条目,请稍等片刻,然后点击刷新。
点击“检查我的进度”以验证是否完成了以下目标:
(因为这个区域与 App Engine 应用的区域不同)。
接受其余所有默认值,然后点击创建。
点击“检查我的进度”以验证是否完成了以下目标:
虚拟机准备就绪后,点击 SSH,登录虚拟机。
如果系统提示,请求允许通过浏览器中的 SSH 功能连接到虚拟机,请点击授权。
您将使用称为 Apache Bench 的网络测试工具为您的 App Engine 应用生成一些流量。请输入以下命令安装该工具:
<your-project-id>,然后输入以下命令来为您的 App Engine 应用生成一些流量:该命令将向您的应用发出 1,000 个(一次 10 个)请求。
现在有了一个更有意义的图表。每个柱形都代表一个函数。柱形的宽度代表每个函数消耗了多少 CPU 时间。
开发者可以用 Profiler 来跟踪消耗过多资源的程序部分。
系统会显示请求及其延迟时间的历史记录。同样,该历史记录也没有太大意义,因为应用运行时间不长。左上角的图表显示了请求及其所花费的时长。右侧的表显示了一系列请求。如果您选择一个请求,屏幕底部将显示更多详细信息。
返回到您之前输入 Apache Bench 命令的 SSH 窗口。
使用连接详细信息面板中的 PROJECT_ID 替换 <your-project-id>,然后输入以下 ab 命令:
您还可以试验 -n 和 -c 参数的不同值。
在导航菜单中,点击 Monitoring。
在左侧窗格中,点击信息中心。Cloud Monitoring 会分析您项目中使用的资源,并为您生成一些默认信息中心。在本练习中,您使用了 App Engine 和 Compute Engine 虚拟机,因此系统应显示一个类似于如下所示的表:
点击 App Engine 信息中心,然后从下拉菜单中选择您的项目名称。一个包含 App Engine 应用相关信息的信息中心将会出现。
在左侧窗格中,点击信息中心。
点击虚拟机实例信息中心,然后选择您的实例。您的虚拟机的信息中心将会出现。
| 属性 | 值 |
|---|---|
| 协议 | HTTPS |
| 资源类型 | 网址 |
| 主机名 | <your-project-id>.appspot.com |
| 路径 | / |
| 检查频率 | 1 分钟 |
App Engine Uptime Check。点击“检查我的进度”以验证是否完成了以下目标:
返回到打开的 App Engine 标签页以停用该应用,查看您的拨测和提醒政策是否有效。
点击设置。
点击停用应用。按照说明停用该应用。
返回 App Engine 信息中心并测试网址。它应该不再起作用了。
返回包含监控的标签页,然后点击拨测。拨测应该会失败。如果您到达那里的速度太快,请稍等片刻,然后点击“刷新”。
点击提醒。一个突发事件应该已触发。
请查收电子邮件。您应该会收到来自 Cloud Monitoring 的邮件。
返回 App Engine 设置并重新启用您的应用。然后返回拨测页面。拨测应该会再次起作用。否则,请稍等片刻,然后点击“刷新”。
返回提醒页面。您的突发事件应该已解决。与之前一样,您可能需要稍等片刻,然后点击“刷新”。
请再次查收电子邮件。您应该会收到第二封电子邮件,表明提醒已恢复。
为确保您在删除项目后不会收到任何电子邮件,请删除您的提醒政策,然后删除您的通知渠道。在提醒页面的顶部,点击修改通知渠道。
找到您的电子邮件地址,然后点击垃圾桶图标将其删除。
现在,点击拨测,然后删除您的 App Engine 拨测。
在本实验中,您将应用部署到了 Google Cloud,然后使用了 Google Cloud 提供的工具对其进行监控。您使用了 Cloud Logging、Trace、Profiler 和信息中心,并创建了拨测和提醒政策。
完成实验后,请点击结束实验。Google Cloud Skills Boost 会移除您使用过的资源并为您清理帐号。
系统会提示您为实验体验评分。请选择相应的星级数,输入评论,然后点击提交。
星级数的含义如下:
如果您不想提供反馈,可以关闭该对话框。
如果要留言反馈、提出建议或做出更正,请使用支持标签页。
版权所有 2026 Google LLC 保留所有权利。Google 和 Google 徽标是 Google LLC 的商标。其他所有公司名称和产品名称可能是其各自相关公司的商标。
此内容目前不可用
一旦可用,我们会通过电子邮件告知您
太好了!
一旦可用,我们会通过电子邮件告知您
一次一个实验
确认结束所有现有实验并开始此实验