亚马逊AWS官方博客

本文讲清楚一套把非结构化用户评论提炼成层级标签体系的 pipeline 是怎么设计的， 并在每个设计点交代对应的可调参数：它控制什么、往哪个方向调、对输出有何影响。 示例数据用公开的中文电商评论数据集（online_shopping_10_cats 手机类，2323 条），不涉及任何客户的私有数据。

本文以大型头部旅行社中“大规模集体出行任务”为案例，针对其现实场景中需求复杂、人员众多、涉及的资源量大的特点，结合“LLM的语义理解能力”与“运筹学求解器的确定性”，开发出了一套高效、稳定、可人工审核、可循环迭代的行程分配与优化Multi-Agent系统，在实际应用中取得了较为满意的效果。

本文记录了一名技术项目经理将飞书接入 Amazon Quick 的完整实践过程。Amazon Quick 通过 MCP 协议支持自定义工具接入，飞书官方发布了对应的 MCP Server（@larksuiteoapi/lark-mcp）。本文对比了三种接入方案，详细介绍了个人用户快捷有效方案（本地 OpenAPI MCP）的原理、配置步骤与常见问题，并分享了飞书 × Outlook 双端会议、群消息生成进度报告、飞书今日速览三个已验证的实战场景。

用 Amazon Bedrock AgentCore 的托管 Web Search 与 Browser 工具，通过一个标准 MCP 端点，为任意支持 MCP 的 Agent（Claude Code、Cline 等）接入实时联网搜索与网页浏览能力。客户端只需一个 URL 加一个 Token，部署只需AWS CLI 初始化加一条 helm install；数据不出 AWS，工具调用本身不额外消耗模型 token。

中文版本 | English Version Abstract: Using Amazon Bedrock A […]

随着业务的快速发展，线下自己维护的 ELK 集群会面临运维成本高、扩展性受限、资 源利用效率低等挑战。为了解决这些问题， 同时充分利用云服务的优势，许多客户在迁 移上云时，会决定将现有的自建 ELK 架构迁移到 Amazon OpenSearch Service。本文将详细 分享一些迁移经验，包括方案设计、实施过程、遇到的挑战以及解决方案，希望能为面临类似场景的客户提供有价值的参考。

本文分享如何利用 Amazon Quick 的远程 MCP Connector 能力，结合飞书/Lark的远程MCP server，让 Quick 用户直接通过对话完成飞书/Lark文档读取/创建、消息读取/发送、日程管理等操作，让Quick成为你的AI助手。

某零售品牌因 Hudi 0.12.x 版本老化、并发冲突和全量覆盖场景低效，迁移至 Amazon S3 Tables。团队采用混合策略：DW 层用 S3 Tables 实现增量 MERGE，DM 层全量覆盖表直接写 Parquet。通过新旧并行分批迁移，最终核心作业性能提升最高 8 倍，ETL 月度成本降低 72%。

Redis 慢查询会阻塞单线程引擎引发故障，而 CloudWatch 缺少现成的慢查询计数指标。本方案借助 ElastiCache 慢日志的 JSON 结构化能力，用 CloudWatch Logs Metric Filter 直接生成自定义指标 RedisSlowQueryCount，零代码、纯托管、可批量部署，并经告警与 SNS 实现主动监控。

本文分享了在 AWS 中国区将近70个 AWS Glue ETL 作业从 3.0 版本升级至 5.0 版本的完整实践经验。文章涵盖升级范围评估、中国区特有的依赖管理策略、分批部署方法论、真实性能对比数据以及典型问题的排查与解决。升级后整体 DPU 消耗降低约30%，部分作业性能提升超过60%。