业务每上一个新项目就采购一批服务器，机器越堆越多，利用率却始终上不去——这是传统 IT 最典型的困境。本文沿「传统架构 → 虚拟化 → 云化」这条演进主线，讲清云计算的定义与五大特征，分清 IaaS / PaaS / SaaS 与公有云 / 私有云 / 混合云，最后落到华为三条产品线的定位对比。

本文概要：

主线导读：第一节先看 IT 为什么会撞墙；第二、三节讲架构如何一步步云化；第四节讲虚拟化这块基石；第五节用「一百年前的用电史」类比云计算，第六节给出定义与五大特征；第七到九节依次展开服务模式、部署模式与主流厂家；第十节讲去 IOE 这条替代路线；第十一节收在 1.0 → 3.0 的三级台阶上。

一、身边的 IT：正在被重构的行业

IT 是信息处理的总集，涵盖软件、硬件、通信与相关服务，核心架构以数据中心为基础。新技术与新模式正在改写行业形态：出行行业出现了没有一辆车的车辆服务公司，住宿行业出现了没有一间房的住宿平台，零售行业出现了没有店面的购物中心。

信息大爆炸已经加速到来。PC 时代的主流终端是 x86 架构电脑，移动互联网时代换成了 ARM 架构手机，到了物联网时代，x86、ARM、DSP、MIPS、FPGA 等各种终端并存。终端越来越多，每天产生的数据量也越来越大，传统 IT 基础设施面临前所未有的压力。

二、传统 IT 撞墙：四大典型症状

互联网普及率迅速攀升，带来了海量的流量、用户与数据，传统 IT 架构已经不能满足企业高速发展的需求。症状集中在四条：

TCO（Total Cost of Ownership，总体拥有成本）在很多课里只当缩写背，但它恰恰是云计算能成立的算术基础——不算总账，「上云省钱」就是一句空话。它指的是一台服务器从买进门到报废，全部花掉的钱，而反直觉之处在于：采购价往往只是小头。

最后一行才是病根。传统架构「一个应用一台机器」，每台机器的 CPU 利用率常年停在 10%~15%，剩下那 85% 不是空闲，是已经付过钱的空闲。业务一多，机器数线性增长，电费、机位、授权、人力跟着线性增长，而利用率原地不动——这就是「规模越大越亏」的由来。

换个算法就清楚了：如果池化后利用率能从 15% 提到 60%，同样的业务量只需要原来四分之一的机器。省下的不只是采购款，是采购款背后的电、机位、授权和人力。

所以课程里那句「绿色减排，保护地球」不是喊口号：数据中心本就是耗电大户，少买三倍的机器，等于实打实少烧三倍的煤。TCO、资源利用率、绿色低碳，在这件事上是同一件事的三种说法。

应对思路是 IT 基础架构整合：把分散资源整合起来综合利用，再让业务协同与持续优化。落到架构上，就是下面这条云化演进路线。

三、架构云化：从紧耦合到资源池化

企业 IT 基础设施架构经历了三段演进：

• 传统 IT 架构：一台服务器跑一个应用，操作系统与硬件紧耦合，资源利用率低。
• 虚拟化架构：在硬件与操作系统之间加一层虚拟化层，一台物理机跑多台虚拟机。
• 云化 IT 架构：用 Cloud OS（云操作系统）把大规模计算、存储、网络设备池化，应用按需从池中取资源。

三者的差别不只是「谁包着谁」，落到账面上是几个维度同时变化：

最后两列的分界点，正是「服务化」这三个字：

• 虚拟化是技术：把一台物理机变成多台虚拟机
• 云化是商业模式：把「多台虚拟机」变成「随时可取、按量计费的资源」

同样一台物理机，做完虚拟化只是省了硬件；再加上自助门户、计量计费、自动化调度，才叫云。这就是第五、六节要讲的「特征」为什么重要——它是区分「做了虚拟化」和「真的上了云」的标尺。

从产业视角看，IT 平台也在换代：第一平台是大型机，第二平台是局域网、因特网与服务器，第三平台则以云、大数据、移动互联、物联网为特征——以云计算为基础的第三平台已经成为 IT 产业主流。

四、虚拟化：云计算的第一块基石

虚拟化（Virtualization）的含义很广泛：将任何一种形式的资源抽象成另一种形式的技术都是虚拟化，本质是资源的一种逻辑表示。

它解决的问题正是第二节的老毛病。没有虚拟化时，操作系统必须与硬件紧耦合，一台机器一套环境；有了虚拟化层之后，上层操作系统与硬件解耦，CPU、内存、存储被抽象成共享资源池，虚拟机从池中分配资源。同一台物理机上可以同时运行 Windows、Redhat、Ubuntu 等不同系统而互不干扰。

虚拟化并不神秘，常见形态包括计算虚拟化（KVM 等基于内核的虚拟机）、网络虚拟化、存储虚拟化等。云计算正是在虚拟化把资源池化之后，再加一层自动化调度与按需服务能力形成的。

这一节只交代了虚拟化「是什么、解决什么」，没交代它「怎么做到」。夹在硬件与操作系统中间的那层软件有自己的名字——Hypervisor（也叫 VMM，虚拟机监控机），它负责把物理资源切分、隔离、调度给各台虚拟机。这一层压在什么位置，分出**裸金属型（Type 1）与宿主型（Type 2）**两类；KVM 明明装在 Linux 上，却又算 Type 1；再往下，CPU 指令、内存地址、I/O 设备又各自有一套虚拟化手法。这些不在本篇范围，留给专题《虚拟化到底虚拟了什么：CPU、内存、I/O 三层原理拆解》。

五、用电的百年史，是云计算最好的类比

云计算难讲，是因为它抽象。课程用了一个特别好的切入方式：先别想服务器，想想一百年前的人怎么用电。

5.1 一百年前，每家工厂都有自己的发电机

十九世纪末，工厂要用电就自己建一套：买锅炉、买蒸汽机、买发电机，雇人烧煤，自己维护。这套设备只服务一家工厂，白天开工全速转，夜里停工就空转。

这和「一个应用一台服务器」的结构一模一样——为单一用途自建整套基础设施，峰值按最大需求买，其余时间闲置。

后来电网出现了。工厂拆掉自己的发电机，从墙上插座取电，按电表付费。这一步换了三样东西：

1. 规模效应：电厂一台机组服务上千家用户，单位成本被摊薄
2. 专业分工：发电的技术难题交给电厂，工厂只管生产
3. 按需取用：用多少买多少，不必为峰值自建一套闲置设备

5.2 一次一个对照

这张表里最值钱的是最后两行。自建发电机时代，工厂要养电工、备零件、算容量；接上电网之后，这些统统消失了。云计算五大特征里的「按需自助服务」和「可计量服务」，说的正是「装电表」这件事。

5.3 从磁带到流媒体：载体也在变

课程还提了一句「MP3、随身听」。这条线索讲的是同一件事的另一面——内容的载体正在从「拥有」走向「取用」：

• 磁带、CD：买一张是一张，物理介质拿在手里
• MP3 + 随身听：内容变成文件，介质与内容分离
• 在线音乐、流媒体：连文件都不用管，订阅即听

对应到 IT：物理机 → 虚拟机（整台机器封装成文件）→ 云主机（连文件都不用管）。三步走的是同一条路，把「拥有设备」换成「购买服务」。

5.4 这个类比不能推到底的地方

类比好用，但有三处会骗人，得提前说清：

所以更准确的说法是：云是「像用电一样用算力」这个方向的一次工程实现，不是把电力工业照搬一遍。方向对了，细节各有各的麻烦。

六、云计算的定义与五大特征

美国国家标准与技术研究院（NIST）的定义：云计算是一种模型，它能实现随时随地、便捷地、随需应变地从可配置计算资源共享池中获取所需资源（例如网络、服务器、存储、应用及服务），资源能够快速供应并释放，使管理资源的工作量和服务提供商的交互减小到最低限度。

维基百科的定义更简洁：云计算是一种通过 Internet、以服务方式提供动态可伸缩的虚拟化资源的计算模式。

两个定义可以拆成五大特征，这也是判断「一个服务算不算云计算」的标尺：

1. 按需自助服务：开户、选规格、开通资源全程自助，无需人工介入。
2. 广泛网络接入：标准网络协议接入，随时随地按需取用。
3. 资源池化：计算、存储、网络汇成共享池，再按用户需求分配。
4. 快速弹性伸缩：容量可以秒级扩缩，从容应对业务波峰。
5. 可计量服务：用量自动度量，按量计费透明可控。

6.1 反过来用：什么样的服务不算云

这五条不只是正面清单，反过来就是一把筛子。下面这些常被叫作「云」的东西，按标尺一量就露出原形：

最后一条的分寸要拿准：包年包月不是「假云」，它只是云的一种计费形态。判据要落在「能力有没有」，而不是「有没有用」——平台能给弹性伸缩、能按量计费、能自助开通，就成立；用户选不选，是另一回事。

生活中它早已无处不在：云相册、云音乐、云文档、云视频；工作中云会议支撑跨地区、跨企业、跨终端的协作，网络直播、视频会议背后都是云在扛流量。

七、服务模式：IaaS / PaaS / SaaS 到底差在哪

云计算按交付内容分层，形成三种服务模式：

记忆口径：IaaS 给你「毛坯房」，PaaS 给你「精装房」，SaaS 给你「拎包入住」。越往 SaaS 走，云服务商接管的技术栈层级越多，用户要维护的部分越少。

再来一个更接地气的版本。课程用「吃一顿烧烤」把三层拆到了动作级别——同样是这顿烧烤，你从哪一步开始接手，就决定了你用的是哪种服务：

交界线是一路往上抬的：

• 传统模式：从头到尾自己干，连猪都要自己去打
• IaaS：肉给你备好（基础设施），切、串、生火、烤仍然是你的事
• PaaS：炉子生好、肉串好（平台与运行环境），你只负责烤
• SaaS：端上来直接吃

对应到 IT 就是：IaaS 给你虚拟机和虚拟网络（食材），系统、中间件、代码自己装；PaaS 给你运行环境和数据库服务（炉子），代码自己写；SaaS 打开浏览器就能用（直接吃）。

课程原话在 IaaS 那一行的开头有个语音转写错词，按上下文语义就是「只买现成的肉，其余自己动手」，不影响这个类比的骨架。

三者真正的分界线画在哪？讲师稿给了个很实用的判据——画在操作系统上：

• IaaS只提供基础设施（服务器、存储、网络、虚拟化资源）并负责这些资源的维护，理论上不提供操作系统。但现实中没有操作系统的云服务器用户没法直接用，所以操作系统实际是与 IaaS 绑定提供的。因此在 IaaS 的架构图里，「用户自营部分」与「云服务提供商部分」的分界点，正好落在操作系统那一层。
• PaaS在基础设施之上再加应用部署环境（操作系统、中间件、运行时），用户只关注应用和数据本身。
• SaaS连应用一起交付，用户只用不建。

记住这个分界点，判断「某个服务算 IaaS 还是 PaaS」就不会含糊：看操作系统归谁管。

八、部署模式：公有云 / 私有云 / 混合云

同一套云计算技术，按基础设施归谁所有、给谁用，分成三种部署模式：

判断方法一句话：基础设施归谁所有，就是什么云。混合云的关键不在「用了几种云」，而在「对外表现为一个整体」——用户感受不到背后公有云与私有云的边界。

换「吃」的第二种说法，部署模式的区别一下就直观了：

那到底该开「饭店」还是建「厨房」？课程给的是一个很朴素的算法：

• 小公司：直接上公有云。没有机房、没有运维团队，为「可控」自建一套私有云，成本远高于收益。
• 大公司：公有云跑非核心业务，私有云跑核心业务。官网、测试环境、临时算力放公有云，弹性好用；核心交易与敏感数据放私有云，合规可控。

这个组合不是折中，是把两边的长处各取一段：公有云的弹性给波峰，私有云的可控给底线。至于「对外表现为一个整体」那条要求，靠的是统一的管理面——这正是华为云 Stack 这类混合云方案存在的理由。

行业云常被当成第四种并列模式，其实课件说得很清楚：它不是新概念，而是一种特定的建云方式——由行业内的主导者建、按行业规则开放，和「归谁所有 / 给谁用」这条分类轴不完全平行。答题时按上表定义写即可。

九、主流厂家与华为三条产品线

主流云计算厂家及其代表技术：

华为把「一切皆服务」落在三条产品线上，定位各不相同：

演进主线很清晰：先用 FusionCompute 把服务器虚拟化，再用华为云 Stack 在本地落地一朵混合云，最终通过华为云实现「一切皆服务」。

9.1 云厂商卖服务，设备厂商卖机器

上面那张表列的都是云服务商——你向他们买的是「用一段时间」，不是一台机器。往下还有一层：设备厂商，卖的是机房里的实物。这两层经常被混着问，分清很有用。

读这张表有两个用处：

1. 分清「上云」与「买设备」。同一家华为，既能卖 FusionCompute（虚拟化方案），也能卖华为云 Stack（混合云），还能卖华为云 ECS（公有云服务）。问「华为云和 FusionServer 是什么关系」，答案就在这一列里——一个是服务，一个是硬件。
2. 看清国产化替代的覆盖面。去 IOE 换掉的是设备层的三家（IBM / Oracle / EMC），而上表服务器、网络、存储三行都有国内厂商在供。替代不是一家公司的事，是整条链每一层都有人接。

名字容易串，按四类各记一个：服务器叫TaiShan（泰山，鲲鹏 ARM）与FusionServer（x86），虚拟化平台叫FusionCompute，存储叫OceanStor，公有云叫华为云。

十、去 IOE：一条被云推着走的替代路线

讲完厂家，绕不开国内 IT 圈折腾了十几年的一件事——去 IOE。

IOE 是三家厂商的首字母：IBM（大型机与小型机）、Oracle（数据库）、EMC（高端存储）。这三家在传统企业核心系统里长期是标配，一套下来价格高昂、绑定紧密、扩容困难。替代路线在课程里只有三行，但每一行背后都是一次架构换代：

10.1 为什么这三样真能换掉

光靠「便宜」不够，是三个前提同时成熟了：

1. x86 的性能追上了。单台 x86 比不上小型机，但虚拟化让几十台 x86 汇成一个池，总量与可靠性都靠架构补回来。
2. 分布式替代了纵向扩展。传统思路是「机器不够强就换更强的」，受单机物理上限约束；分布式思路是「不够就多加几台」，扩容近乎线性。
3. 开源生态补齐了。MySQL、Ceph、Kafka 这类组件在互联网场景被大规模验证过，功能与稳定性不再是短板。

10.2 SDS 与 Ceph 分别是什么

SDS（Software Defined Storage，软件定义存储）：把存储的控制逻辑从专用硬件里抽出来，交给通用服务器上的软件实现。硬件只负责放盘，功能（多副本、快照、精简配置、QoS）全在软件层做。

Ceph是 SDS 最主流的开源实现之一，一套集群同时提供三种接口：

一套集群三种接口，这是它敢替换高端阵列的底气——传统方案里块、文件、对象通常要三套独立设备。

10.3 这件事和云计算是什么关系

去 IOE 不是孤立的技术选型，它和虚拟化、云化是一条链上的：

• 没有虚拟化，几十上百台 x86 各自为政，运维成本会把人压垮，「用便宜机器堆」根本堆不起来
• 没有资源池化，分布式存储与分布式数据库的资源调度无从谈起
• 没有云管理平台，扩容、监控、计费全靠手工，规模化就是灾难

所以顺序只能是：先池化（虚拟化）→ 再服务化（云平台）→ 才谈得上用分布式架构替换 IOE。这也解释了为什么企业云化总从虚拟化起步：它不只是「省机器」，它是后面所有架构升级的地基。

十一、云计算的三个里程碑：1.0 → 2.0 → 3.0

企业 IT 从「传统非云」走向「目标云化」，课件把它划成三个阶段，划分依据是面向谁、解决什么：

一句话记忆：1.0 虚拟化 → 2.0 服务化与自动化 → 3.0 微服务化与智能化。

真正的分水岭不在技术名词，而在服务对象：1.0 的听众是机房里的管理员，2.0 变成申请资源的租户，3.0 变成写代码的开发者。对象变了，交付方式才跟着变——这也是为什么「自助服务」「计量计费」只能在 2.0 出现：管理员不需要自助，租户才需要。

十二、三套框架怎么配合：给任何云产品定位

前面讲了三套框架：五大特征判「是不是云」，三种服务模式判「交付到哪一层」，三种部署模式判「归谁所有」。分开看容易混，合起来其实是一次三问：

1. 它是云吗——拿五大特征过一遍，缺三条以上就别轻易叫云
2. 交付到哪一层——找「用户自建部分」与「服务商提供部分」的分界点，最顺手的判据是操作系统归谁管
3. 归谁所有——看基础设施的产权与使用范围：单一组织自用是私有云，面向公众是公有云，两者组合且对外表现为一个整体是混合云

拿三个真实产品各走一遍：

最后一行最容易答错。FusionCompute 是虚拟化解决方案，不是云平台：它把服务器池化了，但「自助申请、计量计费、多租户」这些云的特征要到华为云 Stack 才补齐。这也正好解释了华为三条产品线为什么按这个顺序演进——先把资源池化，再把池子服务化。

再补一个常被问到的：容器算 IaaS 还是 PaaS？看它交付什么。给你一套能跑容器的集群、网络和存储，编排与镜像自己管，偏 IaaS；给你托管好的 Kubernetes 控制面、镜像仓库、弹性伸缩，你只交应用，偏 PaaS。同一项技术在两个层级都有产品，被问「属于哪层」时，先反问「谁管到哪」。

附：术语英文全称速查表

📚 参考资料（官方文档 · 已验证可达）

英文原版

• NIST SP 800-145：The NIST Definition of Cloud Computing（云计算权威定义）

中文版

• 华为云官网（产品与服务总入口）
• 华为云弹性云服务器 ECS 产品页（IaaS 的典型代表）

总结：传统 IT 的病根是「一机一用、紧耦合、利用率低」，而 TCO 这笔账里最贵的一项是「为峰值买的闲置」；虚拟化先把软硬件解耦，云计算再把资源彻底池化并加上「按需自助、弹性伸缩、按量计费」的服务能力。

记住三套框架就够了：五大特征判「是不是云」，三种服务模式判「交付到哪一层」（分界点看操作系统归谁），三种部署模式判「归谁所有」。再加上一条产业侧的线索——去 IOE 用 x86 + 分布式 + 软件定义，把纵向扩展换成横向扩展，而这套替换的前提正是虚拟化打下的池化地基。

换个角度收尾：一百年前的工厂拆掉自己的发电机，不是因为它不会发电，而是因为发好电不如买好电。企业拆掉自己的机房，走的是同一条路。

📚同系列 · 云计算基础（其余篇目见博客主页）

blog.csdn.net/nbsxl

• 下一篇：《服务器和普通电脑差在哪？硬件九件套与 BMC/BIOS 管理面全解析》
• 系列相关：《一块盘坏了数据还在吗？DAS/NAS/SAN 组网与 RAID 冗余深度拆解》

💬 判断题：混合云就是「同时用两家公有云」，这句话对吗？欢迎评论区说出你的理由。