制造 / 商用车
Daimler Truck：调查售后服务门户故障原因并准备修复代码的合并请求
- 企业
- Daimler Truck
- 国家
- 未分类
- 实施阶段
- 有限运营
- 资料发布
- 日期依据
- 资料发布的时间，可能与启用日期不同。
- 依据核验方式
- 阅读原文正文
业务问题
Daimler Truck售后服务门户TASP!因配置或内存限制错误发生故障时，运维工程师需要阅读告警、调查原因并准备修复代码。AWS案例称，这一人工过程平均每次故障耗时2至3小时。重复响应故障占用开发人员精力，还需要单独记录调查过程和修复依据。
使用的技术与数据
Daimler Truck的IT Aftersales团队与CGI合作，使用Bedrock AgentCore、AWS DevOps Agent和Lambda构建多智能体流程。系统以监控告警为输入，形成调查摘要和修复差异，仅对允许的代码仓库在沙箱内应用修复。检查通过后，生成包含故障时间线、根因、修复方案和测试结果的GitHub合并请求。工程师审查批准后才进行合并。流程设有告警去重及成本熔断，并限定在经过充分测试的故障类型内。
成果
AWS表示，自动处理与人工审查、批准合计耗时15分钟，解决时间约减少88%。自动生成的合并请求保留故障时间线和修复依据，支持文档记录与审计准备。该结果不代表所有故障均可自主解决，扩展到更多故障类型仍属后续计划。
局限与待解问题
原文既描述现有沙箱检查，又将额外测试列为后续计划，因此当前测试范围的具体边界并不明确。测量的故障数量和期间未披露。
来源
- Automating incident resolution with a multi-agent self-healing SRE solution on AWSAWS for Industries, 查阅
本案例根据公开资料整理，并非 ATF Works 客户的成果。