云计算基础(上):从传统 IT 到 IaaS/PaaS/SaaS

云计算基础(上):从传统 IT 到 IaaS/PaaS/SaaS

一句话概括:把「为什么要上云、云计算到底是什么、云怎么卖、怎么部署」这四件事讲清楚------这是理解所有云产品的地基,也是笔试面试的第一道门槛。

适合谁看:云计算/运维方向刚入门,需要把概念串成体系的人;也适合已经会用云主机、但说不清 IaaS 和 PaaS 边界在哪的人。

系列说明:本文是「云计算基础」上篇,偏概念与服务模式;下篇《云计算基础(下):虚拟化原理与 DAS/NAS/SAN 存储》讲 Hypervisor、KVM/QEMU/Libvirt 以及三种存储架构,建议按顺序阅读。

关键词:云计算 | NIST | IaaS/PaaS/SaaS | 公有云/私有云/混合云 | TCO | 资源池化


本文结构

  1. 为什么上云:传统 IT 的五个堵点(一)
  2. 云计算的定义与五大特征(二)
  3. 云计算不等于虚拟化(二)
  4. 云服务模式:IaaS / PaaS / SaaS(三)
  5. 云部署模式:公有 / 私有 / 混合 / 社区(四)
  6. 一页速记与常见误区(五)
  7. 总结与下篇预告(六)

一、为什么上云:传统 IT 的五个「堵点」

1.1 五个典型堵点

互联网流量、用户和数据一起暴涨,传统 IT 架构(自建机房、一台机器跑一个应用)越来越撑不住。典型问题可以归成五类:

挑战 具体表现
TCO 居高不下 机房、服务器、存储、网络一次性投入大,电费与制冷是长期开销
业务上线慢 采购、到货、上架、装系统、部署,一个流程走几周甚至几个月
扩展困难 业务高峰要临时扩容,硬件采购周期跟不上流量曲线
生命周期管理复杂 设备型号杂、维保到期、驱动固件版本不一,运维负担重
可靠性与 I/O 瓶颈 单机故障即业务中断;单台服务器磁盘 I/O 能力有限,高并发下延迟明显

TCO(Total Cost of Ownership,总体拥有成本) :一个 IT 系统在整个生命周期 内的总成本------不只是买设备的钱,还包括机房租金、电费、制冷、带宽、人力运维、备件、升级迁移。传统架构的 TCO 高,根因是资源利用率低 + 运维人力重,而不是硬件本身贵。

1.2 企业 IT 架构的三级跳

阶段 结构 解决的问题 遗留的问题
传统 IT APP 直接跑在 OS + 物理机上,一机一应用 简单、隔离彻底 利用率低(常低于 20%)、扩容慢、TCO 高
虚拟化 物理机上加一层「虚拟化」,切出多台虚拟机 提升利用率、降低能耗与机房占用 资源仍是「静态分配」,开通靠人工
企业云化 虚拟化层之上再加 Cloud OS,资源池化 + 自动化 自助申请、弹性伸缩、按量计费 对运维体系、流程、安全提出更高要求

一条容易考的主线 :虚拟化解决的是**「一台机器怎么用得更满」** ,云计算解决的是**「资源怎么像水电一样交付」**。没有虚拟化,云计算的池化和弹性无从谈起;但只有虚拟化,还称不上云。


二、云计算是什么

2.1 两个权威定义

  • NIST(美国国家标准与技术研究院) :云计算是一种模型,能够实现随时随地、便捷地、按需 地从可配置的资源共享池 中获取所需资源(网络、服务器、存储、应用、服务等);资源可以快速供应和释放,使管理成本和服务提供商的交互降到最低。
  • 维基百科 :云计算是通过 Internet ,以服务 的方式提供动态可伸缩的虚拟化资源的一种计算模式。

通俗版:把计算、存储、网络做成像水电一样的公共服务------拧开就用、用多少付多少,不用自己打井(建机房)。

2.2 五大特征(NIST)

特征 含义 落到产品上是什么
按需自助服务 用户不需要打电话找销售,自己在控制台就能开通 云控制台点几下开一台 ECS
广泛的网络接入 只要有网络就能访问,不限定终端 手机 App、浏览器、API 都能管云
资源池化 算力/存储/网络汇成池,多租户动态分配 同一批物理机被切成很多台虚拟机
快速弹性 能随负载快速扩缩容,对用户「看起来无限」 弹性伸缩组、按峰值自动加机器
可计量服务 用量可计量、可计费、可审计 按小时/按流量/按存储 GB 计费

2.3 云计算不等于虚拟化

这是最容易混的一对概念,必须掰开:

维度 虚拟化 云计算
本质 技术:把物理资源抽象成多个逻辑资源 服务模式/商业模式:把资源按需交付
目标 提升单机利用率、隔离、封装 自助、弹性、可计量、多租户
依赖关系 是云计算最重要的技术底座之一 还需要自动化编排、计量计费、多租户隔离、运维平台
类比 把一栋楼隔成很多间办公室 把办公室按小时租出去,还包水电物业

结论:虚拟化是「怎么把资源切细」,云计算是「怎么把切细的资源卖出去、管起来」。至于「怎么切细」,下篇会用一整章讲清楚。


三、云服务模式:IaaS / PaaS / SaaS

这张图是本章的核心:从下往上依次是基础设施(网络/存储/计算)→ 平台(虚拟化/OS/中间件/运行环境)→ 软件(数据/应用),三种服务模式就是把这条栈切在不同高度。

模式 全称 交付什么 用户自己管 厂商管 典型产品
IaaS Infrastructure as a Service 虚拟机、云硬盘、VPC、负载均衡 操作系统及以上(OS、中间件、运行时、应用、数据) 硬件、虚拟化、机房、网络 阿里云 ECS、华为云 ECS、AWS EC2
PaaS Platform as a Service 数据库、中间件、容器平台、函数计算 应用与数据 OS、运行时、中间件、基础设施 云数据库 RDS、Kubernetes 服务、Google App Engine
SaaS Software as a Service 开箱即用的软件 只有数据与配置 从底层到应用全部 钉钉、飞书、Office 365、Salesforce

判断技巧(面试常问) :问「你要不要自己装操作系统? 」 - 要 → IaaS; - 不要,但你要写代码、部署自己的应用 → PaaS; - 连代码都不用写,打开就能用 → SaaS。 披萨模型(Pizza as a Service): - 传统自建 = 从和面开始做披萨; - IaaS = 买好面团、酱料、芝士,自己烤; - PaaS = 买现成饼底和配料,只管烤; - SaaS = 直接点外卖。

再补一个常考延伸:FaaS(Function as a Service,函数计算)常被算作 PaaS 的细分形态------只写一个函数、按调用次数计费,连「服务常驻」都不用管;再往上还有 BaaS(后端即服务),把登录、推送、数据库都封装成 API。


四、云部署模式:公有、私有、混合、社区

模式 谁在用 特点 典型场景
公有云 公众 / 企业用户 多租户、按量付费、弹性最好、成本最低 互联网业务、开发测试、临时扩容
私有云 单一组织自建自用 单租户、安全合规可控、成本高、弹性受限于自建规模 银行核心系统、政务、军工
混合云 同时使用公有 + 私有 核心数据在私有云,弹性业务在公有云,统一管理、对外表现为一个整体 电商大促、灾备、数据分层
社区云 特定群体(同行业/同园区)共同使用 由多家单位共建共享,兼顾成本与合规 医疗影像云、教育云、园区云

NIST 定义了四种部署模式:公有云、私有云、混合云、社区云。前三种最常考,社区云容易被漏掉------它面向的是「有共同诉求的一群人」,而不是单个企业或全体公众。

选型建议:

  • 小公司 / 创业团队:直接用公有云,别自建机房;
  • 中大型企业:核心业务私有云 + 弹性业务公有云(混合云);
  • 强监管行业(金融、政务、医疗):私有云或行业社区云为主,公有云只放非敏感业务。

五、一页速记与常见误区

5.1 知识脉络

复制代码
为什么上云
  └─ 传统 IT 五大痛:TCO 高 / 上线慢 / 扩展难 / 运维重 / 可靠性与 I/O 瓶颈
       └─ 演进:传统架构 → 虚拟化(提利用率) → 云化(池化 + 自动化)

云计算
  ├─ 定义:按需、自助、从资源池获取可配置资源(NIST)
  ├─ 五特征:自助 / 广接入 / 池化 / 弹性 / 可计量
  ├─ 三模式:IaaS(给机器)/ PaaS(给平台)/ SaaS(给软件)
  └─ 四部署:公有 / 私有 / 混合 / 社区

5.2 六个常见误区

  1. 把云计算等同于虚拟化:前者是服务模式,后者是技术底座,两者不是同义词。
  2. 认为 IaaS 最「高级」:三种模式没有高下之分,只是抽象层次不同;SaaS 的抽象程度反而最高。
  3. 只记住公有/私有/混合:部署模式是四种,还有一个社区云。
  4. 以为私有云一定更安全 :安全取决于建设与运维水平,自建机房也可能被误删库;私有云的优势是可控与合规,不是「天然安全」。
  5. 把「弹性」理解成「无限」:弹性受配额、库存、成本约束,云厂商的「无限」只是对用户透明。
  6. 忽视计费方式:包年包月、按量付费、竞价实例的成本能差好几倍,选错计费方式比选错机型更烧钱。

六、总结与下篇预告

上篇的四句话:

  1. 传统 IT 的病根是资源利用率低、扩容慢、运维重,最终都体现在 TCO 上;
  2. 云计算的本质是把资源池化后按需交付,五大特征是最权威的判定标准;
  3. 服务模式决定「用户管到哪一层」,IaaS 管到 OS,PaaS 管到应用,SaaS 什么都不用管;
  4. 部署模式决定「资源放在哪」,公有看弹性、私有看合规、混合看平衡。

下篇《云计算基础(下):虚拟化原理与 DAS/NAS/SAN 存储》会接着回答两个问题:云底下的资源是怎么被切出来的 (Hypervisor、全虚拟化/半虚拟化/硬件辅助、KVM + QEMU + Libvirt),以及数据到底存在哪儿(DAS、NAS、SAN 三种架构与 RAID)。

相关推荐
AKAMAI1 小时前
PHP 爆出两大高风险漏洞!Akamai 即时部署防护机制
人工智能·云计算
March.s1 小时前
Kubernetes 控制器深度指南:从 ReplicaSet 到 DaemonSet
云原生·容器·kubernetes
你看我名字1 小时前
Kubernetes HPA 自动扩缩容详解:指标、策略、资源与常见故障
云原生·容器·kubernetes
金仓社区的KK1 小时前
数据库主备切换后,业务恢复了吗?五层验收清单
数据库·云计算·软件构建
一级新生2 小时前
Dify 日常使用手册(小白版)
人工智能·docker·云原生·eureka·dify·ai工具
Z21-X2 小时前
云原生运维学习笔记:KVM实战——从环境搭建到热迁移的硬核体验
运维·笔记·学习·云原生
论文复现现场2 小时前
RTX 3090 云GPU租赁价格对比:8家平台配置、计费方式与环境测试
linux·运维·人工智能·pytorch·深度学习·云计算·3090
Akamai中国2 小时前
PHP 爆出两大高风险漏洞!Akamai 即时部署防护机制
开发语言·人工智能·云计算·云服务
大狼鲸3 小时前
阿里云ECS数据备份怎么做?3种备份方式对比和配置步骤
阿里云·云计算