开篇案例：鲜果日记的三次「服务器危机」
一个校园果茶品牌，线上小程序接单。三种典型场景，传统 IT 与云给出完全不同的答案。
9 月 · 开学季活动想做 3 天「新生第二杯半价」，需要一台跑活动页的服务器。传统：采购流程 21 天，活动早结束了
11 月 · 大促晚高峰20:00 并发是平日的 12 倍，其余 23 小时都很闲。传统：按峰值买 12 台，大量时间闲置
日常 · 多门店经营店长、仓管、客服、老板都要看实时库存与订单。传统：各店一套系统，每天夜里对账
云计算的定义：把计算、存储、网络等资源做成「像水电一样可随时取用、按用量付费的服务」。技术上通常依托虚拟化或容器、自动化与网络；商业上常把 固定资产投入 (CapEx) 变成 随业务波动的运营支出 (OpEx)。下面五个特征，正好对应上面这三笔账。
01按需自助服务自己点几下就能开通，不用提工单
02快速伸缩忙时自动加、闲时自动放，按用量付
03无处不在手机、电脑、门店设备，看到同一份数据
04资源池化多客户共享一批机器，位置无关
05服务可度量用了多少算多少，账单能追到部门
01
按需自助服务
On-demand self-service
需要服务器、存储或数据库时，使用者自己在网页控制台或 API 上开通，不必提交工单、不必等 IT 或供应商派人。
生活类比自助售货机 vs 向后勤部门申请采购一台冰箱。前者按下按钮就拿到，后者要填表、审批、比价、等送货。
商业价值
- 抢时间窗口：3 天的营销活动可以当天上线，不错过热点。
- 省组织成本：没有采购、审批、上架、装系统的内部协作开销。
- 鼓励试错：开错了一键删掉，试新方案的代价从「几周」降到「几分钟」。
如果没有它：一个活动页要提前三周提需求，机器到货时活动已经结束；业务部门的创意被 IT 流程拖死。
背后的虚拟化能力
对照组：没有云的时候
企业内部 · IT 资源采购申请单 单号 IT-2026-0918
申请部门：市场部 / 鲜果日记
需求：开学季活动页服务器 2 台
预算：¥ 42,000（固定资产）
期望交付：9 月 1 日前
当前状态：等待 IT 与财务审批
预计周期：约 21 个工作日
传统 IT 采购 每个环节都要人
- 业务部门提交需求单
- IT 与财务审批
- 询价比价、签合同
- 设备到货、上架布线
- 装系统、配网络
- 交付给业务部门
合计：约 21 天 · 尚未启动
云控制台自助 零人工介入
- 选择规格与数量
- 系统自动编排资源
- 实例就绪、拿到地址
合计：约 40 秒 · 尚未下单
观察点：在下面真实形态的控制台点一次「立即购买」，再看这张申请单卡在哪里。所谓自助，本质是供应商把开通动作做成了软件功能，不是更快的人工服务。
☁腾讯云控制台
搜索产品、文档、实例 ID…
华南 · 广州费用工单帮助
鲜鲜果日记
云服务器 ECS / 实例 / 创建实例
实例镜像快照安全组
1基础配置 付费方式 · 地域 · 规格
按实际使用时长计费，可随时释放；适合短期活动与试错。
不同地域单价略有差异；地域决定数据存放位置，也影响网络时延。
长期用量可享折扣，但需一次性预付。
| 规格族 | vCPU / 内存 | 适用场景 | 参考价 | |
|---|---|---|---|---|
| 突发性能型 t5 | 2 核 / 4 GiB | 开发测试 | ¥0.22/时 | |
| 通用型 g6 | 2 核 / 8 GiB | 中小型 Web | ¥0.42/时 | |
| 通用型 g6 | 4 核 / 16 GiB | 业务系统 | ¥0.84/时 | |
| 计算型 c6 | 8 核 / 16 GiB | 高并发 / 批处理 | ¥1.42/时 |
规格就是虚拟化层切出来的 vCPU / 内存组合，可随时变更。
2镜像与存储 操作系统 · 云盘
公共镜像免费，由平台预先制作好。
ESSD 云盘40 GB
3网络与安全组
5 Mbps
带宽随业务调整，不必预先采购网络设备。
vpc-fruitdiary / 默认专有网络sg-web-allow80
4购买信息
2
数量即一次性自助开通的实例台数
# 同一件事，不点界面也能自助完成
三家厂商的命令名与参数不同，但动作完全一样：一次 API 调用 = 一次自助开通。这也是「自助」能被写进业务系统、脚本和自动伸缩策略里的原因。
订单已提交 · 资源开通中
已用00:00
同一时刻的传统采购：申请单仍停在「IT 与财务审批」，预计还要 21 个工作日、6 道人工环节。
✔ 开通完成耗时 00:41 · 工单 0 张 · 人工介入 0 次
实例列表
| 实例 ID / 名称 | 状态 | 规格 | 地域 / 可用区 | 公网 IP | 计费 | 操作 |
|---|
试错成本：开错了点「释放」即可，不产生固定资产、不等报废流程。这正是自助服务鼓励业务试错的原因。
① 自助 ≠ 有人帮你更快控制台里没有「提交给客服」按钮。规格、报价、交付全部由软件即时完成，人工环节数为 0。
② 报价即时可见每改一个滑块价格就变，这意味着资源已被标准化成可计量的商品，才可能自助购买。
③ 界面只是入口同一动作可由 API / CLI 触发，所以才能被写进自动伸缩、CI/CD 和财务系统里。
02
快速伸缩
Rapid elasticity
资源能随业务量快速增加和减少，在用户看来容量几乎是无限的；而且「加 / 放」通常自动完成，不用提前报计划。
生活类比网约车在雨天自动调派更多车，雨停了车又散去；而不是为了一年几场雨，买一整支车队停在停车场。
商业价值
- 成本结构变了：从「按峰值买」变成「按实际用量付」，固定成本转变动成本。
- 收入不再被宕机吃掉：峰值自动扩容，订单不流失。
- 降低长期容量预测压力：仍需做容量与成本预测，但预测偏差的代价可从「买错一批服务器」降为「短期多付一些费用」。
如果没有弹性：只有两条路 —— 常年备 12 台（浪费），或常年备 4 台（大促崩溃、丢单）。
背后的虚拟化能力
实验台 2：大促 24 小时拖动时间轴，或点播放
每台实例承载 200 并发 · ¥0.80 / 台·小时 · 容量缺口仅作教学估算
用户并发需求已开实例提供的容量容量不足导致的流失
19:00
当前并发
—
已开实例
—
累计容量缺口
—
累计云成本
—
算一笔账：关掉自动伸缩再拖到 20:00，红色区域就是因为容量不够而没接住的订单。开启弹性后，虚拟机随需求自动增减，全天成本仍远低于「常年按峰值采购」。这正是云最容易被财务理解的一句话：把闲置的固定资产，变成了只在需要时才发生的费用。
03
无处不在（广泛网络接入）
Broad network access
服务通过标准网络协议提供，手机、电脑、平板、门店 POS、仓库 PDA 等瘦客户端都能访问，计算与数据通常主要由云端处理，终端负责交互与展示。
生活类比同一个手机银行：在家用 WiFi、通勤用 5G、办公室用网线，看到的余额都是同一份。你不用在每台设备上各装一套账本。
商业价值
- 决策实时：老板在路上、店长在店里、仓管在库房看到的是同一时刻的库存。
- 扩张变轻：开一家新门店只需一个账号和一台能上网的设备，不用部署本地服务器。
- 维护集中：升级改在云端做一次，所有终端立刻生效。
如果没有它：每家门店各装一套系统，夜里批量同步对账，数据永远差一天；断网或换设备就看不到经营全貌。
背后的虚拟化能力
实验台 3：换设备、换网络，数据变不变？点任意终端或网络
鲜果日记 · 实时经营看板手机 · 5G
1,248
今日订单
86
待发货
3,420
可用库存（杯）
// 选择不同终端或网络，观察经营数据是否一致
观察点：无论怎么切换，三个数字完全一致——因为终端不必各自维护一套独立业务数据库，而是向云端获取同一份视图。所以「无处不在」不仅是「能上网」，更是单一数据源 + 瘦客户端带来的组织效率。
04
资源池化
Resource pooling
供应商把大量物理服务器汇成一个池，按多租户方式动态分配。客户只说「我要 4 核 8 G」，不知道也不必关心具体跑在哪台机器上。
生活类比酒店不会把某间房永久分给某位客人，而是按入住动态分配；电网也不会告诉你今晚用的是哪座发电厂的电。
商业价值
- 单价被摊薄：不同客户的高峰错开，供应商靠统计复用提高整体利用率，价格才能降下来。
- 提高故障韧性：在具备高可用与冗余设计时，故障主机上的实例可在其他主机重启或接管；业务是否中断取决于应用架构。
- 规模无关：新增客户不必新增机房，扩容对客户是透明的。
关键区分：池化 ≠ 大家共用同一个账号。多租户之间必须逻辑隔离，A 公司看不见 B 公司的数据——这正是虚拟化提供的隔离能力。
背后的虚拟化能力
实验台 4：三家客户，四台物理机切换视角 / 重新装箱 / 制造故障
客户视角：三家公司各自只看到「我的虚拟机」，完全不知道它们散落在哪几台物理机上，这就是位置无关。切到「物理视角」看看真实摆放。
试一试：切到物理视角 →「模拟主机故障」，教学演示中，故障机上的 VM 会由其他主机接管；再切回客户视角，观察资源清单与物理位置的关系。实际故障切换可能造成短暂中断，不同于计划内维护的实时迁移。
05
服务可度量
Measured service
云系统自动计量 CPU 时长、存储容量、出网流量、请求次数等，按用量计费并给出可追溯的明细账单。
生活类比水电表：不是「包月随便用」，而是这个月用了多少度、多少钱，表上写得清清楚楚。
商业价值
- 成本可归因：给资源打标签，账单能拆到部门、活动、客户，不再平均摊派。
- 浪费可见：周末没人用的测试环境仍在计费，一关机当月立刻省下钱。
- 现金流更轻：CapEx → OpEx，不再一次性掏几万买设备，而是跟着收入按月付。
提醒：计量 ≠ 一定更便宜。长期稳定满载的负载，自建可能更划算；迁移成本、数据合规与厂商锁定也要算进总拥有成本。
背后的虚拟化能力
实验台 5：生成一张云账单调滑块，看成本怎么变
2,400
500
300
¥0.42/核·时 · ¥0.35/GB·月 · ¥0.80/GB
计算
—
存储
—
网络
—
本月应付 · 可分摊到 3 条业务线—
云 · 3 年总支出（OpEx）
—
按月随用量波动，闲置可随时关停
自购 2 台服务器 · 3 年 TCO（CapEx）
¥84,000
一次性 ¥48,000 + 运维/电力/机房 ¥1,000×36 月
技术底座 · 把抽象概念落到一台真实的机器上
虚拟化：五个特征共同的「发动机」
虚拟化是一种资源管理技术，常见做法是把单台物理主机划分成多个相互隔离的虚拟机。它本身不等于云计算 —— 虚拟化回答「一台机器怎么切成多台」，云计算回答「怎么把这些能力像水电一样卖出去、按用量收费」。
最容易被混淆的一点：装了 VMware 的公司不一定在用云；真正的云还必须有自助开通、快速弹性、计量计费和网络交付这一层服务能力。虚拟化是常见的重要底座，但不是唯一实现方式；容器与裸金属云也可提供云服务。
| 云特征 | 虚拟化提供了什么 | 为什么少了它就不成立 | 下钻实验 |
|---|---|---|---|
| ① 按需自助服务 | 虚拟机模板、秒级克隆、API 编排 | 如果每次新增都要人工装一台物理机，就不可能「点一下就开通」。 | |
| ② 快速伸缩 | VM 快速创建/释放、资源热调整、跨主机迁移 | 没有可快速增减的「资源单位」，弹性只能停留在合同层面。 | |
| ③ 无处不在 | 虚拟网卡、虚拟交换机、共享物理上行 | 每台 VM 都要能被网络统一寻址与隔离，多终端可以通过网络访问同一服务。 | |
| ④ 资源池化 | 一机多 VM、调度器、隔离、实时迁移 | 这是池化的字面实现：把物理资源打散，再按租户重新组合。 | |
| ⑤ 服务可度量 | Hypervisor 可提供 vCPU、内存、磁盘 IO、网络等计量数据 | 虚拟化层可提供基础用量数据，还需计量与计费系统汇总；API 请求等指标则来自其他服务层。 |
建议的教学顺序：先在上面的实验台里把五特征的「商业账」算明白，再到这个工具里把「一台物理机切成多台 VM」看明白。上表每一行的下钻按钮会直接把下方工具切到对应视图。
随堂自测
这是哪个特征？
读场景，选特征；选错也会给出解析。
已答 0 / 6 · 正确 0
一页纸总结
把技术名词翻译成商业语言
考试前只需记住这张表：左边是术语，中间是它替企业解决的麻烦，右边是它的技术来源。
| 特征 | 生活类比 | 替企业解决了什么 | 虚拟化支撑 |
|---|---|---|---|
| 按需自助服务 | 自助售货机 | 不用走采购流程，创意当天就能上线，显著降低试错成本 | 模板与克隆 |
| 快速伸缩 | 雨天调派的网约车 | 不必按峰值常备设备，固定成本变变动成本，峰值不丢单 | VM 增删与迁移 |
| 无处不在 | 同一个手机银行 | 全组织共用一份实时数据，新门店无需部署本地服务器 | 虚拟网络 |
| 资源池化 | 酒店 / 电网 | 利用率提高带来低单价，硬件故障对客户透明 | 一机多 VM + 调度 |
| 服务可度量 | 水电表 | 成本可归因、浪费可见、CapEx → OpEx | Hypervisor 计量 |
IaaS · 租虚拟机像租一间空厨房：灶具给你，菜和做法自己定。对应本页的虚拟化底座。
PaaS · 租开发平台像租中央厨房：设备、水电、备料齐了，只管做菜。
SaaS · 租软件像直接点外卖：连厨房都不用管，打开就能吃，例如在线文档、企业邮箱。
带走一句话：云计算不是「更快的服务器」，而是把 IT 能力变成一种可自助购买、按用量伸缩、按用量计费的服务。五个特征里，前两个改变时间与成本结构，中间两个改变组织与规模，最后一个改变财务管理方式。