腾讯云把过去十几年沉淀的云上技术经验，沉淀到了CloudQ的专家能力中。它从企业云上治理视角出发，覆盖多个核心场景。
高可用：架构治理、风险评估、容量规划，把"事后整改"转成"事前预警"。
FinOps：成本结构分析、TCO 测算、资源优化建议，让云支出有据可依。
安全合规：风险面扫描、合规基线对齐、差距报告输出，把合规压力变成日常动作。
故障应急：告警聚合、根因定位、预案联动，把 MTTR 从小时级压到分钟级。
上云规划：现状扫描、目标架构推荐、迁移路径设计，把上云 / 换云从拍脑袋变成有蓝图。
# SaaS 平台生产架构描述## 一、业务概况- **业务类型**：面向企业客户的 SaaS 平台- **业务范围**：核心交易、用户管理、内容服务、数据分析四条主要业务线- **服务对象**：中大型企业客户，按行业划分（金融、零售、教育、制造等）## 二、多云部署情况业务按"业务条线"做了多云拆分，主要云环境为 **3 朵主流公有云**：| 云环境 | 主要承载业务条线 | 部署规模 ||---|---|---|| **云 A** | 核心交易 + 用户管理 | 主生产环境 || **云 B** | 数据分析 + 内容服务 | 独立生产环境 || **云 C** | 备份 + 容灾 + 部分边缘业务 | 异地灾备环境 |**网络互联**：云间通过专线打通，组成统一的企业内网，业务请求可在云间调度。## 三、账号结构按"集团总部 + 集团子公司"口径做了账号隔离：| 账号 | 角色定位 | 权限范围 ||---|---|---|| **集团总部账号** | 集团统一管控 | 全集团资源可见，统一计费 || **子公司甲账号** | 主营业务运营方 | 主营业务相关资源 || **子公司乙账号** | 创新业务运营方 | 创新业务相关资源 || **公共账号** | 共享资源管理 | 中间件、监控、日志等公共资源 |账号之间**权限完全隔离**，跨账号资源需要走专项审批。## 四、关键资源构成### 4.1 计算资源- **应用服务**：容器化部署，跨多个可用区，单业务线平均 200+ 实例- **无服务器函数**：用于异步任务处理（订单回调、消息推送等）### 4.2 数据资源- **关系型数据库**：主从架构 + 跨可用区只读副本- **缓存**：分布式缓存集群，用于热点数据- **消息队列**：用于业务解耦和异步通信- **数据仓库**：用于离线数据分析### 4.3 存储资源- **对象存储**：用于图片、视频、日志归档- **块存储**：用于数据库和核心应用- **文件存储**：用于共享文档和备份### 4.4 网络资源- **专线 / VPN**：云间互联- **CDN**：静态资源加速- **负载均衡**：跨可用区流量分发## 五、当前痛点1. **多朵云资源视图分散**——集团总部分别在 3 朵云上拉数据，缺少统一视角2. **跨账号资源拉通困难**——子公司甲、乙的资源和总部的公共资源无法整体盘点3. **风险发现滞后**——大多依赖各云厂商自身的告警，缺少跨云统一的风险评估4. **资源利用率不均衡**——部分业务线资源过剩，部分业务线资源紧张5. **整改路径不清晰**——历史问题积累，缺一份按周推进的治理路线图
我给CloudQ的提示词很直接：
请基于以上生产架构，输出一份企业级AIOps评估报告，重点覆盖架构健康度评分、多账号资源归集、风险点清单、整改路线图和跨云一致性改进建议。整改路线按周维度给出动作节奏和主题即可，不需要列具体产品配置。
CloudQ已经在WorkBuddy的专家中上线，我们直接搜索“多云AIOps专家”就能找到，点“召唤CloudQ”就能开始使用。
我们直接将架构和需求发送给CloudQ，就直接得到了完整的评估报告，同时也在WorkBuddy中给出了核心信息的摘要：
这份报告最让我感觉专业的地方，是CloudQ不仅给出了评分，还给每个支柱的权重配了理由说明，方便业务侧判断评估是否合理。
整体来看，它的价值主要有三点：
指标明确，每个评分和风险都有依据；可执行性强，12周路线图能直接拆任务；实操性高，能把三朵云统一到一套治理方案里。
在WorkBuddy的专家体系中，腾讯云还提供了「腾讯云技术支持专家团」能力，包括CloudQ、AndonQ和MigraQ三个独立Agent，分别面向不同技术支持场景：
AndonQ
同时，AndonQ不只是问答工具。
它可以结合腾讯云产品知识库、API示例和tccli能力，帮助用户查询平台事件、确认监控数据、检查实例状态。
它和普通AI客服的差异主要有三点：支持OAuth2鉴权和SSE实时流式问答、对接腾讯云全产品线知识库，回答可带出处和API示例、支持tccli全API自然语言调用。
不过AndonQ并不能完全取代客服，它更像是给客服团队提供一条7×24小时应答的AI通道。
MigraQ
CloudQ更适合回答“当前云上架构哪里需要治理”，MigraQ则更适合回答“如果要迁移或重构，怎么迁、成本多少、风险多大”。
企业在选择迁云时，通常要先调研、再选型、再做TCO、再排路线图。MigraQ可以根据企业现有资源和业务目标，生成迁移方案、TCO测算和阶段性迁移计划。
这里我让MigraQ生成了一份从某云迁移到另外一个云的迁移方案：
某在线教育SaaS公司在某云跑了4年，最近想评估迁到另外一个云的可行性与TCO，他们希望在不增加预算的前提下，同时提升性能和稳定性
我还准备了一份资料清单：
# 某云资源清单（待迁移至XX云）## 业务背景- 某在线教育SaaS公司，日活50万，在某云运行4年## 资源清单当前主要资源包括ECS、RDS MySQL、Redis、OSS、SLB、NAT网关和CDN；月费用约12.7万元；课程视频和用户头像等对象存储约80TB；CDN月流量约150TB；跨云专线已开通1Gbps。## 业务关注点- 迁移期间不能停服（影响 50 万日活）- 跨云专线已开通 1Gbps- 希望评估：能否在不增加预算的前提下提升性能和稳定性
然后把资料清单以及需求发送给专家团，提示词为：
请基于以上某云资源清单，给出XX云迁移方案，包含资源对标建议、TCO测算、迁移路径、RTO/RPO目标、跨云专线带宽评估，以及6个月迁移计划。
专家团把这项任务分配给MigraQ处理，并最终产出迁移计划。
WorkBuddy还进一步用图表展示了相关数据，关键结论会更直观。
MigraQ最终给出的方案里，最关键的结果是一年节省约32万元，并且给出了详细迁移计划和带宽测算。
比如面对50万日活、80TB OSS、MySQL、Redis全量同步这种组合，很多人可能会直接判断“需要升级到10Gbps”。
这也是MigraQ很有价值的地方：跨云资源映射对标、真实询价与TCO测算、IaaS迁移执行和上云最佳实践。
以前传统迁云依赖资深顾问的判断，现在已经被沉淀成了可复用的迁移能力。
https://console.cloud.tencent.com/advisor/cloudq
同时，腾讯云智能顾问团队也把相关能力做成了Skill，可以接入支持Skill的Agent工具或IM协作环境中使用。
当下企业IT运维的核心问题，并不是缺少某一个工具，而是业务扩张后，云上架构、账号、成本、SLA和风险都变得越来越复杂。
CloudQ底层沉淀了腾讯云在游戏、金融、电商、AI等领域的专家经验，也结合了六大支柱的体检报告框架，让它成为一个可以主动生成报告、列出风险并给出整改方案的AIOps Agent。
从产品关系上看，CloudQ、AndonQ和MigraQ是三个独立Agent。在WorkBuddy的专家体系中，它们共同以「腾讯云技术支持专家团」的形式出现，分别覆盖企业云上治理、售后排障和迁移规划三个场景。
有了CloudQ的帮助，企业IT团队可以把查控制台、整理风险、写报告、拆任务这些重复性工作交给AI先完成，让真人团队投入到更需要判断力和决策力的环节中去。
