算力租赁 vs 自建:企业 AI 基础设施的账该怎么算?
当模型参数从十亿级走向千亿级,当推理请求从每天几千次涨到几百万次,企业面对的第一个现实问题往往不是“用哪个模型”,而是“算力从哪来”。自建机房、采购 GPU、组建运维团队,还是直接租用云上算力、按需付费?这道选择题没有标准答案,但有一套可以拆解的算账逻辑。 一、先分清两笔账:CAPEX 与 OPEX 的本质差异 自建算力,本质是一次重资产投入。企业需要一次性支付 GPU 服务器、网络设备、存储、机房改造、电力扩容等费用,这些属于 CAPEX(资本性支出)。这笔钱花出去之后,折旧周期通常按三到五年计算,期间无论用不用,成本都已经沉没。 算力租赁,则把重资产变成了 OPEX(运营性支出)。企业按小时、按卡、按任务或按订阅周期付费,用多少付多少,不用不付。财务上,这笔支出直接进入当期成本,不需要大额前置资金,也不占用
企业级 SSD 主控为什么这么关键?
在企业级存储系统中,SSD 的性能、寿命与稳定性往往被简单归因于闪存颗粒的品质。但在实际的数据中心场景中,真正决定一块企业级 SSD 能否长期稳定服役的,往往是那颗不起眼的主控芯片。它承担着闪存翻译、纠错、磨损均衡、性能调度等一系列核心任务,是 SSD 的“大脑”与“交通指挥中心”。 本文将从主控架构、FTL、纠错机制、磨损均衡、性能一致性以及国产主控进展等维度,梳理企业级 SSD 主控为何如此关键。 主控是 SSD 的中枢神经 一块 SSD 由闪存颗粒、DRAM 缓存(部分方案)、主控芯片和固件共同构成。其中,主控芯片负责与主机接口通信、管理闪存读写、执行纠错算法、维护逻辑到物理地址的映射,并调度后台任务。企业级 SSD 面对的是 7×24 小时不间断的混合读写负载,主控需要在延迟、吞吐、功耗和寿命之间持续做
云、边、端协同:企业 AI 落地的架构现实
导语 过去两年,企业谈 AI 落地,话题往往从“用哪个模型”开始,最后却卡在“算力放在哪、数据怎么流、延迟能不能压住”这些更底层的问题上。模型能力在快速拉平,真正拉开差距的,是支撑 AI 运行的那套架构。于是,“训练在云、推理在边、数据在端”这套分工,逐渐从一种技术设想,变成许多企业不得不面对的现实选择。 一、为什么是“云、边、端”三分工 企业 AI 的负载天然不是同一种形态。训练和推理对算力、延迟、数据位置的要求截然不同,把它们塞进同一层架构,往往两头不讨好。 训练在云。 大模型训练需要大规模 GPU 集群、高速互联和弹性调度能力,这类资源集中在云上最经济。云端的优势不只是算力规模,还有按需扩缩、任务编排和实验迭代的便利。对企业而言,把训练放在云上,本质是用资本开支换弹性。 推理在边。 推理是高频、持续、贴近
服务器运维正在从“人肉”走向“自治”
从带外管理到 Redfish,从固件自动化到 AIOps,企业基础设施运维体系正在经历一次底层逻辑的重构。 导语 过去十几年,服务器运维的核心矛盾几乎没有变过:机器越来越多,人却不可能同比例增加。早期靠 SSH 批量脚本、靠人工巡检、靠“老师傅经验”撑起来的运维模式,在规模上云、异构算力、混合部署的今天已经难以为继。行业正在从“人肉运维”向“自治运维”演进,而这条路径上,带外管理、Redfish、固件自动化、AIOps、预测性维护、批量部署与灰度升级,构成了几个关键的支点。 一、带外管理:自治运维的“神经末梢” 要谈服务器运维的自动化,绕不开带外管理(Out-of-Band Management)。它独立于操作系统运行,即使主机宕机、系统崩溃、网络配置错误,只要供电和带外通道还在,运维人员就能远程完成开关机、重
数据中心选址逻辑正在改变:从“靠近用户”到“靠近电力”
导语 过去二十年,数据中心选址的核心逻辑相对清晰:靠近用户、靠近网络骨干、靠近土地和人力成本洼地。延迟是硬指标,谁离用户更近,谁就更有竞争力。但 AI 训练与推理集群的爆发,正在把另一组变量推到决策桌的中央——电力。更准确地说,是电力的 可获得性、价格、稳定性与绿色属性 。当单座 AI 数据中心的用电规模逼近中小城市、当电力接入周期开始以年为单位计算,选址的第一性问题已经从“离用户多近”变成“电从哪里来、能不能拿到、拿得贵不贵”。 依据现有素材判断,这一转向并非短期波动,而是由 AI 负载的物理特性、能源基础设施的建设周期和区域政策差异共同驱动的结构性变化。本文从电价、绿电、气候、土地、政策与网络延迟六个维度,梳理选址权重的迁移,并给出一个可操作的决策框架。 一、AI 把“电力密度”变成了选址的第一约束 传统云
国产存储的替代进展:从盘到阵列再到分布式
导语 存储是数字基础设施中最"沉默"的一层。它不像 CPU、GPU 那样频繁出现在聚光灯下,却直接决定了数据中心的成本结构、性能上限和供应链安全。过去几年,国产存储在政策牵引与真实业务需求的双重推动下,从单盘、主控芯片一路走到阵列和分布式系统,替代的深度和广度都在变化。但这条链条上各环节的成熟度并不一致,替代的节奏也远非齐头并进。本文尝试从媒体视角梳理这条链路的现状、差距与风险。 一、替代的三个层次,难度并不相同 把"国产存储替代"当成一件事来看,容易误判进度。更合理的拆法是三层: 介质与盘 :SSD 整盘、NAND 闪存颗粒、主控芯片。 系统与阵列 :传统集中式存储阵列、SAN/NAS 产品。 分布式与软件定义 :分布式存储系统、软件定义存储、云原生存储接口。 这三层的替代逻辑完全不同。盘是标准化程度最高的硬
AI 集群的“隐形瓶颈”:为什么 GPU 利用率总是上不去?
导语:算力采购清单上的 GPU 数量在涨,训练任务的 GPU 利用率却常常停在低位。真正的瓶颈往往不在芯片本身,而藏在数据加载、通信、调度、checkpoint、存储与网络的链路上。本文从媒体视角梳理这些“隐形瓶颈”的常见形态,以及企业做全链路定位与优化的思路。 一、GPU 利用率低,未必是 GPU 的问题 在不少企业的 AI 集群里,一个尴尬的现实是:卡买回来了,利用率却上不去。监控面板上 GPU 利用率忽高忽低,训练任务时快时慢,团队第一反应往往是“卡不够”或者“模型太大”,但真正的原因常常在 GPU 之外。 依据现有素材判断,GPU 利用率偏低通常不是单一环节造成的,而是数据、通信、调度、容错、存储、网络等多个环节叠加的结果。GPU 只是在链路末端“等饭吃”——等数据、等梯度、等调度、等 checkpoi
数据库跑在什么存储上,性能差距到底有多大?
导语:同一套数据库软件、同一份数据、同样的 SQL,换一块存储,QPS 可能差出数倍,尾延迟可能差出一个数量级。存储不是数据库的"背景板",它往往才是决定性能上限的那块地板。本文从媒体视角梳理本地 NVMe、集中式全闪、分布式块存储、云盘四类主流选择对数据库延迟与吞吐的影响,并给出 OLTP 与 OLAP 的差异化选型与调优思路。 一、先厘清一件事:数据库性能的"地板"是存储 讨论数据库性能时,人们习惯先看 CPU 核数、内存容量、参数调优,最后才想起存储。但在真实生产环境里,存储常常是最先触顶的那一环。 原因很直接:数据库的很多关键操作最终都要落到持久化设备上——事务提交要写日志(WAL/redo),脏页要刷盘,检查点要批量落盘,排序和哈希连接可能溢出到临时文件,备份和恢复更是纯粹的 I/O 工程。CPU 和
超融合还香吗?企业基础架构的“收敛”与“解耦”之争
导语 过去十年,超融合基础架构(HCI)曾是数据中心里最炙手可热的关键词之一。把计算、存储、网络与管理能力“收敛”进一套标准化节点,用软件定义的方式替代传统 SAN 存储和独立服务器堆叠,这套叙事一度被视为企业基础架构的终局形态。 但技术浪潮从不单向演进。当云原生、容器化、分布式存储和异构算力需求同时涌来,HCI 的边界开始被反复追问:它究竟是普适底座,还是特定阶段的过渡方案?在“收敛”与“解耦”之间,企业基础架构正在经历一轮新的路线摇摆。 一、HCI 的“香”,香在哪里 HCI 的核心吸引力,来自它对传统三层架构的简化。传统模式下,计算、存储、网络各自独立采购、独立扩展、独立运维,企业需要分别面对服务器、SAN 交换机、存储阵列和虚拟化平台,部署周期长、兼容性验证复杂、扩容往往意味着整层升级。 HCI 把这些
企业级内存为什么越来越贵:DDR5、HBM 与供需错配
导语:过去两年,企业 IT 采购最直观的感受之一,是服务器内存报价不再“按部就班”。当 DDR5 加速替代 DDR4、HBM 又大量挤占先进产能时,内存市场正在从传统的周期波动,转向一场由 AI 基础设施驱动的结构性重估。 一、涨价不是单一因素,而是三条曲线叠加 讨论企业级内存价格,不能只看某一个季度的供需。更合理的框架,是把它放在三条同时发生的曲线里理解:DDR5 的渗透曲线、HBM 的产能挤占曲线,以及原厂资本开支的周期曲线。 这三条曲线叠加后,形成一个结果: 面向企业通用服务器的内存供给弹性在下降,而需求端却因为服务器配置升级和 AI 基础设施扩张而持续抬升。 价格上行,本质上是供需错配的外在表现。 需要说明的是,本文依据现有素材与公开行业逻辑展开分析,不引用具体未经验证的报价数字与厂商数据。凡涉及趋势判
企业级芯片的“生态战”:指令集、编译器与软件栈
导语:企业采购芯片时,真正决定成败的往往不是跑分榜上的峰值性能,而是这颗芯片背后有没有一整套能跑通业务的软件生态。x86、ARM、RISC-V 三条路线在指令集、编译器、操作系统、数据库与中间件上的差异,正在重塑企业 IT 的选型逻辑。 一、从“买芯片”到“买生态” 在企业级市场,芯片从来不是孤立存在的硬件。一颗 CPU 要真正承载业务,需要经过一条漫长的软件链路:指令集定义硬件与软件的契约,编译器把上层代码翻译成机器指令,操作系统管理资源与调度,数据库和中间件再在其上构建数据与服务能力。 这条链路上任何一环缺失或不够成熟,都会让芯片的实际可用性大打折扣。因此企业采购决策中常见的现象是:峰值性能领先的芯片,未必能拿下核心业务系统;而某些性能参数并不突出的平台,却因为生态完整而长期占据企业机房。 生态之所以比峰值
AI 时代的数据中心散热:风冷还能撑多久?
导语 大模型训练把单机柜功率密度推上了一个前所未有的台阶。过去十几年,数据中心散热的主旋律是风冷——用冷热通道隔离、地板下送风、行级空调把热量带走。但当 GPU 集群从单机几卡走向单柜数十卡、单柜功率从几千瓦迈向几十千瓦甚至更高时,风冷这套沿用多年的工程体系开始显得吃力。散热,正在从数据中心的"配套工程"变成决定算力能否落地的关键约束。 一、风冷的物理极限在哪里 风冷散热的本质,是靠空气作为中间介质,把芯片热量搬运到室外。它的能力受几个物理量约束:空气的比热容、密度、流速,以及芯片到空气之间的热阻。 空气的比热容和密度都偏低,这意味着要带走同样的热量,需要更大的风量或更低的进风温度。当单芯片功耗上升到数百瓦级别,芯片表面到散热器再到空气的热阻就成了瓶颈——热量堆在芯片里出不来,结温迅速逼近上限。 工程上常见的应
备份、容灾、归档:企业数据保护体系为什么总是“看起来有,用起来慌”?
导语:几乎每家企业都声称自己有备份。但真正到了需要恢复的那一刻,能从容应对的却寥寥无几。备份、容灾、归档这三件事被长期混为一谈,3-2-1 原则被简化成一句口号,勒索软件把“有备份”变成了“备份是否可信”的新命题。本文从媒体视角梳理企业数据保护体系的常见误区与演进方向。 一、“有备份”和“能恢复”之间,隔着一条鸿沟 在很多企业的 IT 台账里,备份系统的覆盖率、成功率、作业数量都相当漂亮。但一旦发生真实故障——无论是误删除、硬件损坏还是勒索加密——团队往往会陷入慌乱:备份副本在哪?能不能挂载?恢复要多久?恢复出来的数据是不是干净的? 这种“看起来有,用起来慌”的状态,根源在于把 备份的存在 等同于 恢复的能力 。备份只是手段,恢复才是目的。而恢复能力从来不是靠备份软件的控制台截图证明的,它只能靠一次次真实的演练
数据中心网络正在从 100G 走向 800G,企业该跟吗?
导语 过去十年,数据中心网络的代际更替大致遵循着一条相对温和的曲线:10G 到 25G,再到 100G,每一代的切换周期通常以三到五年计。但这一节奏正在被 AI 打破。大模型训练集群对网络带宽的需求,正在把 400G、800G 甚至更高速率的讨论,从"未来时"推到"现在进行时"。对于绝大多数企业而言,问题不再是"要不要关注 800G",而是"什么时候跟、跟到什么程度、成本怎么算"。 一、为什么是现在:AI 集群把带宽需求顶到了天花板 要理解 800G 的紧迫性,得先理解 AI 训练集群的网络特征。 传统数据中心的东西向流量虽然庞大,但整体呈现"多对多、相对均匀"的分布。而 AI 训练,尤其是大模型的大规模并行训练,产生的是一种高度同步、突发性强、对延迟极度敏感的通信模式。数据并行、张量并行、流水线并行等策略,会
芯片先进制程逼近物理极限,Chiplet 是不是出路?
导语 当摩尔定律逐渐从“每两年翻一番”的节奏放缓为“每两年挤一点”,先进制程的物理极限与经济效益问题被同时摆上台面。晶体管越做越小,漏电、发热、量子隧穿等效应愈发难以驯服;与此同时,能负担得起最先进制程研发与建厂成本的厂商越来越少。在这样的背景下,Chiplet(芯粒)与先进封装被反复提及,甚至被部分从业者视为“后摩尔时代”的可行出路。但它究竟是权宜之计,还是半导体产业的结构性转向?本文尝试从技术、成本、标准与产业格局几个维度展开讨论。 一、先进制程的“物理墙”与“经济墙” 先进制程的推进,长期依赖两个引擎:一是晶体管结构的革新,例如从平面 MOSFET 到 FinFET,再到环绕栅极(GAA)结构;二是光刻技术的迭代,尤其是极紫外光刻(EUV)的引入。但这两条路径都在逼近各自的边界。 从物理层面看,晶体管沟道
网络安全适合年龄大学习吗?
网络安全行业就业前景好、薪资待遇高是大家有目共睹的,因此很多人都想要转行网络安全,但却担心年龄偏大、零基础学不会,害怕被行业淘汰。那么网络安全年龄大了可以学吗?我们来探讨一下。
渗透测试是不是黑客?区别很大!
很多初次接触网络安全的同学,都会将渗透测试和黑客混为一谈,甚至以为渗透测试就是黑客,就是专门搞破坏的。那么渗透测试是不是黑客?其实渗透测试也属于黑客,但不同于搞破坏,二者有着本质区别。
一柜集成、一屏会诊、一键交接:华为坤灵重新定义基层医疗“三件套”
在2026华为坤灵新品发布会上,找到了答案。华为公司副总裁、数据存储产品线总裁袁远发布了全新华为坤灵智能医疗解决方案,围绕数字诊疗IT平台、智慧诊室、智慧病房三大核心场景进行了全面升级。
能源基础设施的网络安全命题:开源软件为何成为关键变量
来源:OpenSSF Blog|原文标题:Cybersecurity in Energy Infrastructure: The Value of Open Source Software 导语 能源行业正处在一个关键节点。气候变化应对、消费者需求变化、分布式能源资源的崛起以及能源电气化的推进,共同推动着能源格局发生变革性转变。数字化在重塑能源生产、分配与消费方式的同时,也带来了互操作性和网络安全等新挑战。LF Energy 与 OpenSSF 联合发布的一份新白皮书指出:与常见的误解相反,开源软件(OSS)不仅提供经济性和适应性,还能为能源基础设施构筑一道抵御网络威胁的屏障。 配图建议:能源基础设施与网络连接主题的示意图,可选用输电塔、变电站与数据流叠加的视觉素材。 数字化转型重塑能源,也重塑了攻击面 能源行
当开源维护者被迫成为安全团队:Alpha-Omega 资助下的万级漏洞扫描实验
导语 开源软件是现代软件供应链的地基,但维护这份地基的人,往往并不是安全专家。2023 年 2 月,OpenSSF 识别安全威胁工作组内部的一群志愿者为关键开源项目的维护者组织了一场线上迷你峰会。会上,维护者们道出了一个普遍困境:项目启动时,目标只是解决某个具体问题,没人想过它会变成被广泛依赖的关键组件;可一旦被大规模采用,安全性这类非功能性需求就会突然变成头等大事,而应对它的团队往往是临时拼凑、成员本就身兼数职。 OpenRefactory 获得了 Alpha-Omega 的资助,试图用工具加人工的方式,替这些维护者分担一部分安全压力。本文基于 OpenSSF 博客披露的项目信息,梳理这套大规模漏洞发现与披露机制的运作方式、阶段性成果,以及它对开源安全治理的启示。 维护者的真实处境:志愿者、有限资源与跨平台测