《跨两个服务追踪失败请求》是一门面向具备基本终端操作能力的学员的 DevOps 实践项目。PARCEL 是一家虚构礼品店，提供两种商品、配送报价和取货估价。你将把失败的客户请求关联到实际响应的后端，并恢复正确的业务结果。
一个引导实验讲解请求标识、日志对照以及路线中的地址和路径。一个独立挑战把请求发送到错误但健康的服务，让你使用同一方法处理不同原因。每个单元都有自己的预置环境。
你将学到什么
- 使用一个生成的请求标识，将新响应关联到真实入口和后端日志。
- 区分连接不可用与响应服务缺少操作路径。
- 对照服务契约检查实际目标和路径，再重新加载有效的 Nginx 配置。
- 测试不同价格，保留另一条正常估价路线和完整客户网站。
本课程适合谁
适合 DevOps 初学者，以及希望实际练习跨服务追踪请求的开发者。
前置知识：基本终端操作能力。HTTP、端口、路径、请求头、配置语法、here-document 和日志过滤都会在使用前解释。不要求应用编程或追踪平台经验。
学习环境：每个单元提供浏览器中的 Linux Workstation 和真实 PARCEL Website。Nginx 入口和报价进程运行在同一训练实例中。你只编辑两个短配置文件，无需本地安装或外部账号。
常见问题
需要编写应用代码吗？
不需要。网站和服务已经准备好。你将连接现有的请求标识支持，并通过短配置文件修复路线。
这是完整的分布式追踪平台吗？
不是。本课使用真实 HTTP 响应和日志，教授入口与每次实际响应的一个后端之间的请求关联。不安装追踪收集器，也不教授 SDK 埋点。
如何检查完成情况？
检查会请求多组真实估价，把新标识与真实服务日志对照，并确认网站和另一条路线仍可使用。无需提交报告或命令历史，请求也不创建订单。
支持哪些语言？
课程与实验文档、检查提示和挑战完整解答支持英语、中文、西班牙语、法语、德语、日语、俄语、韩语和葡萄牙语。网站、实际 Tab 标签和命令输出保留英文。
