回顾系列
- 场次 01:开发者的智能体架构设计路线图
- 场次 02:Amazon Bedrock 数据自动化
- 场次 03:AgentCore 上的多智能体
- 场次 04:实践中构建智能体式 AI:Nova Act 与 Strands Agents
- 场次 04:使用规格驱动开发,通过 Kiro 加速迁移项目
- 场次 06:从「匹配」到「理解」:由 AgentCore Memory 驱动的个性化 AI 搜索实践
- 场次 07:从观察到优化:从 LLM 可观测性迈向 AIOps,将实时洞察转化为智慧自动化
- 场次 08:部署 TEAM 并打造最佳工程团队
- 场次 09:五年来所谓无服务器数据库带来的五个惨痛教训
- 场次 14:如果 AI 替我工作会怎样:Q Developer CLI 与 Kiro 如何改变我的日常工作
- 场次 16:兼顾速度与警觉:Amazon Bedrock Agent 开发的安全要点
- 场次 26:在单张 H100 上运行 OSS LLM:更智能、更便宜、更快速
- 场次 28:现代统一元数据架构:打破数据孤岛的新方法
- 场次 29:无服务器 MediaOps:使用 Amazon Web Services 上的 AI 自动化视频工作流
- 场次 30:通过大规模性能测试构建兼具效率与可靠性的架构
- 场次 31:通过开源连接世界:技术、社区与全球开发者关系的实践历程
- 场次 33:构建流式 Iceberg 表以进行实时物流分析
- 场次 34:加速大规模机器人策略训练:基于 Kiro、Trainium 和 EKS 的自动化闭环架构
- 场次 35:通过规格驱动开发,从 Vibe 走向可行方案
- 场次 36:让云成本分析更智能:使用 Strands 和 AgentCore 构建 FinOps 智能体
- 场次 37:使用 CNCF Kagent、K8sGPT 和 Nova Sonic 转型 K8s 对话式智能体 AIOps
场次笔记
LLM 运营的主要挑战
- 追踪跨租户与模型的使用情况
- 防止滥用与提示注入
- 在不牺牲 SLA 的情况下优化成本
- 使用情况、安全性与成本方面的盲点,可能使 LLM 规模化功亏一篑。实时洞察驱动 AIOps 决策
- 监控每个提示、Token 与延迟
- 检测异常与滥用模式
- 推动智慧自动化
- 实时指标可将异常转化为立即的自动修复。通过智慧可观测性实现公平定价
- 让云支出与实际 LLM 使用量一致
- 找出未充分利用的资源,并自动调整为适当规模
- 触发节省成本的动作(缩减至零、突发容量)
- 只为价值付费——由使用量驱动、可自行调整适当规模的计量方式。使用 AIOps 从可观测性迈向优化
- 更智慧的自动化可加快事件解决速度
- 无须手动调校即可持续提升成本效益
- 高性能 AI 工作负载
- 将 LLM 可观测性转化为智慧 AIOps 动作。—- 架构 1:客户使用 Toby AI 的聊天/AI 服务使用情况
- SaaS 集群
- Toby AI 服务
- 应用程序性能
- 监控
- 真实用户监控
- 日志与指标分析
- 合成监控
- 监控规则与告警 2:遥测数据 SaaS(自我监控集群)
- Toby AI 服务
- 应用程序性能
- 监控
- 真实用户监控
- 日志与指标分析
- 合成监控
- 监控规则与告警 3:使用 AIOps Orchestrator 进行订阅检查
- 上下文丰富化
- 政策决策
- 触发动作 4:使用 DevOps Orchestrator 执行 Runbook、扩缩、节流与优化
- GitOps Runbook
捋
