亚马逊AWS官方博客
基于 Serverless 构建 Kiro 企业用量费用分摊与自动化报告方案
利用 AWS Serverless架构实现 Kiro 费用的自动化采集、用户级分摊、CSV 报告生成,并通过飞书 Webhook 推送可视化摘要卡片。
Bedrock Claude + LiteLLM WebSearch Interception 配置指南
WebSearch Interception 是 LiteLLM 的一个功能,允许不原生支持 web search 的 LLM provider(如 AWS Bedrock、Azure、Vertex AI)通过 LiteLLM 代理自动执行网页搜索并返回带有实时信息的回答。
基于 AWS 智能设备助手行业资产,构建社交渠道触达的消费级 Agent 交互应用
硬件智能体、Amazon Bedrock、 AgentCore、设备助手、设备控制、 Device Assistant、Agent、Telegram 、人机交互。
LiteLLM 生产级部署:基于 AWS ECS/EKS 的 AI Gateway 架构
本文介绍如何在 AWS 上以生产级标准部署 LiteLLM AI Gateway,涵盖 ECS Fargate 和 EKS 两种方案,并结合 LiteLLM 的 Control Plane / Data Plane 分离架构实现多区域高可用部署。
使用 AWS Network Firewall 服务审查 IDC 和云上 VPC 间的流量 – VGW 架构的设计和实验
本文搭建了一个云上 VPC 和 模拟IDC 环境的网络环境,通过开启BGP路由传播并手工配置高优先级路由条目,验证 IDC 和云之间的网络流量经 NFW 审查的场景。
LiteLLM + Amazon QuickSight 数据可视化配置手册
本文档介绍如何将 LiteLLM AI Gateway 的请求日志和费用数据接入 Amazon QuickSight,构建运维监控 Dashboard,实现对 LLM 使用量、费用、性能的可视化分析。
Mountpoint S3 与 S3 Files 在 EKS 上的实战对比
本文对比了在 EKS 上通过 Mountpoint S3 CSI 和 S3 Files + EFS CSI 两种方案访问 S3 数据的差异。Mountpoint S3 是基于 FUSE 的轻量客户端,设计目标是高吞吐而非完整 POSIX 语义;S3 Files 是 2026 年 4 月 GA 的新服务,通过 NFSv4.1+ 协议和全托管智能缓存层,首次让 S3 原生支持完整文件系统语义。
两种方案并非互斥,工作负载特征互补,在同一 EKS 集群中混合部署、按场景选型,是当前 AWS 上 S3 数据接入的最佳实践。
EC2 NAT 实例选型与部署实践
本文对比了 NAT 网关与 NAT 实例的费用结构,基于 EC2 网络带宽机制和多流流量规则,分析了中国宁夏区域(cn-northwest-1)中所有当前代实例类型的可用带宽与成本,筛选出各流量档位性价比最优的实例类型,并提供了基于 Auto Scaling Group 和 CloudFormation 的高可用一键部署方案。
AWS 一周综述:AWS FinOps 代理预览版、Bedrock 上的 Gemma 4、Kiro Pro Max 等(2026 年 6 月 15 日)
本周,纽约市将举办 AWS Summit。届时,构建者、客户和 AWS 技术团队将齐聚贾维茨会展中心,进行一整天的新品发布、现场演示和技术会议。我为本次峰会发布的部分新功能撰写了博客,很高兴看到这些功能在本周上线。可惜我无法亲临现场。我将参加为期四天的音乐节,一边努力弄清楚如何搭帐篷,一边在手机上关注发布会。如果您也和我一样,无法到场,6 月 17 日将开放主题演讲直播,由代理式人工智能副总裁 Swami Sivasubramanian 博士、安全服务与可观测性副总裁 Chet Kapoor 主讲,覆盖开发工具、AI 基础设施、安全领域的新功能。
从 N 台 EC2 到 Amazon EKS + Amazon S3 Files:Waylens 的 OpenClaw 多智能体平台改造
本文以车载视频 AI 与车队智能化厂商 Waylens 的真实案例为例,介绍如何把分散在多台 Amazon EC2 实例上的 OpenClaw 多智能体(multi-agent)框架,迁移到由 Amazon Elastic Kubernetes Service(Amazon EKS)+ Custom Resource Definition(CRD)+ Operator 统一管理的形态。改造前,Waylens 工程师用于调试 agent 平台的时间已经超过实际使用 agent 完成业务的时间;改造后,升级、巡检、故障恢复都由 agent 自己完成:Operator 负责 EKS 层的滚动升级与 liveness 自愈,Admin agent 负责跨 agent 的升级编排和日常运维,Admin 自身出问题时由 Rex(Backup EKS Operator)接管,多 agent 平台的日常运维交给 agent 自行处理。附 aws-samples/sample-your-opc-eks-agents 一键部署仓库。