告别“一刀切”:算力供给,为什么必须走向“需求分化”?

举报
霍格沃兹测试开发学社 发表于 2025/12/31 15:25:39 2025/12/31
【摘要】 过去十年,云计算解决的问题只有一个:把算力做大、做便宜、做标准化。 但今天,问题彻底变了。生成式 AI、实时推理、在线交易洪峰、PB 级数据长期留存…… 算力不再是“够不够”,而是对不对。很多企业正在经历一种尴尬局面:算力拉满,资源却长期空转成本压低,关键时刻性能却顶不上一套规格,既想跑 AI leading,又想托底稳态业务结果就是:性能浪费 + 成本失控 + 能效指标吃紧。真正的问题不是...

过去十年,云计算解决的问题只有一个:把算力做大、做便宜、做标准化。 但今天,问题彻底变了。

生成式 AI、实时推理、在线交易洪峰、PB 级数据长期留存…… 算力不再是“够不够”,而是对不对

很多企业正在经历一种尴尬局面:

  • 算力拉满,资源却长期空转
  • 成本压低,关键时刻性能却顶不上
  • 一套规格,既想跑 AI leading,又想托底稳态业务

结果就是:性能浪费 + 成本失控 + 能效指标吃紧

真正的问题不是算力不足,而是——供给方式仍停留在“一刀切”的旧范式里。


一、算力开始分裂:两类需求,两种完全不同的世界

当企业上云从“整体迁移”进入“深度用云”,算力需求第一次出现了结构性分化

1️⃣ 性能导向型:为体验和实时性付费

这类场景有几个共同特征:

  • 对 单核性能、内存带宽、指令集能力 极度敏感
  • 延迟直接影响用户体验或业务结果
  • 更关注“单位时间能干多少事”,而非“成本最低”

典型代表包括:

  • 游戏 AI 机器人、NPC 实时交互
  • 向量数据库 / 推理检索
  • 高并发在线交易、复杂 SQL 计算

这类业务可以容忍成本高一点,但不能慢、不能抖、不能不可控

2️⃣ 稳态导向型:长期运行,成本是第一指标

另一类场景正好相反:

  • 性能要求明确但不极端
  • 业务负载相对稳定
  • 对 每瓦性能、单位算力成本、机架密度 极度敏感

比如:

  • Web 服务、API 网关
  • 视频转码、日志处理
  • 微服务、后台作业

在绿色数据中心和能耗约束下,“性能冗余”反而变成了一种负担。

这两类需求,本质上已经不适合跑在同一套算力模型上。


二、双核不是营销词,而是一次算力供给逻辑的重构

正是在这种背景下,英特尔在新一代至强平台上做了一个很不“传统”的选择:

不再追求“单一处理器覆盖所有场景”,而是主动拆分算力形态。

  • 性能核(P-core)面向计算密集型、高实时性场景 特点是:高单核性能、大缓存、AI 指令集加速

  • 能效核(E-core)面向高密度、稳态运行场景 特点是:更多物理核、更低功耗、更高每瓦性能

这不是简单的“快一点 / 省一点”, 而是承认一个现实:算力需求已经不再是单峰分布,而是双峰甚至多峰结构。

硬件终于开始“向需求妥协”。


三、算力落地,才是真正的分水岭

硬件架构的变化,只有被云产品“翻译”出来,企业才能感知价值。

腾讯云在这里给出了一个非常工程化的答案:用云服务器 + 数据引擎,把双核算力真正拆解给用户用。


四、第九代 CVM:算力开始“分轨运行”

腾讯云第九代 CVM 没有再强调“通用性”,而是直接做了分层设计。

高性能轨道:为“算力敏感型”业务而生

基于性能核的机型,重点解决三个问题:

  • 单核瓶颈
  • 内存访问延迟
  • AI 计算吞吐

在数据库、Web、高并发在线服务中, 性能提升是实打实的业务增益,不是跑分好看。

普惠算力轨道:稳态业务的“性价比答案”

基于能效核的机型则反其道而行:

  • 不追求极致频率
  • 通过更多物理核提升整体吞吐
  • 在相同功耗下承载更多实例

这类实例的价值只有一句话:

“业务不变,账单下降。”

而且这种下降是可持续的,不靠削峰填谷,不靠压 SLA。


五、TDSQL-C:当数据库开始“理解硬件”

如果说 CVM 是算力底座,那 TDSQL-C 更像是一个硬件感知型数据库引擎

它做的几件事,其实都指向同一个目标:把“硬件能力”变成“数据库能力”。

架构层:计算与存储彻底解耦

  • 计算层专注 SQL 和事务
  • 存储层专注容量和可靠性
  • RDMA 网络压低通信成本

数据库不再被“存储 I/O”拖后腿。

加速层:用硬件解决“算不算得动”的问题

冷数据压缩不再只是算法问题,而是通过硬件加速引擎完成:

  • 存得更多
  • 压得更快
  • CPU 被释放出来干正事

这是一种典型的 “以硬件换软件复杂度” 的工程选择。

弹性层:Serverless 不再等扩容

传统弹性数据库最大的问题不是“不能扩”, 而是扩得不够快

TDSQL-C 用“实时资源预留 + 动态 buffer 调整”, 把弹性从“分钟级”拉到了“感知不到”。


六、真正重要的不是产品,而是协同方式

这次合作最值得关注的,其实不是某一代服务器或数据库。

而是一个清晰的趋势:

  • 云厂商不再只是“适配硬件”
  • 芯片厂商不再只是“卖算力”
  • 双方开始围绕真实业务反向共创

需求 → 硬件设计 → 软件架构 → 产品形态 → 再回到需求

这是一个闭环,而不是一次发布会。


算力的未来,一定是“懂需求的算力”

算力不再是越多越好,也不再是越便宜越好。

真正稀缺的,是精准匹配业务形态的算力供给能力

  • 性能该给性能
  • 稳态该给能效
  • 弹性该是实时的
  • 成本该是可控的

从“一刀切”走向“需求分化”, 不是一次技术升级,而是一次认知升级。

当硬件开始承认差异, 当云产品开始尊重场景, 算力,才真正成为生产力。


【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。