回顧系列
- 場次 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 智慧 Agent
- 場次 37:使用 CNCF Kagent、K8sGPT 與 Nova Sonic,轉型 K8s 對話式 Agentic 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
