云计算基础(上):从传统 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)。

相关推荐
那明眸似水3 小时前
云原生项目三:Docker秒级启动NextCloud个人网盘存储办公系统
linux·运维·docker·云原生·容器
腾飞开源3 小时前
03_Kubernetes 核心概念拆解:从 Spec/Status 收敛到工作负载控制器的设计逻辑
云原生·容器·kubernetes
知已难寻15 小时前
Docker 入门:容器技术与 Docker 基础
java·运维·服务器·docker·云原生·容器
阿里云云原生20 小时前
生产更可信,订阅更耐用丨Higress 社区进展报告
云原生
阿里云云原生21 小时前
如何用 STAROps Elasticsearch 智能助手看穿“搜索变慢”
云原生
雾时之林1 天前
国内Docker 镜像加速器配置
云原生·eureka
牛奶咖啡131 天前
云计算平台应用实践——云计算与云平台
云计算·云平台·云平台的三大服务模式·云计算与云平台的关系·laas paas saas·云平台的主流架构·国内外的主流云平台对比与选型
我是koten1 天前
【运维杂谈】K8s遇到Terminating的名称空间删除不了怎么办?(解决方案亲测有效)
linux·运维·服务器·云原生·kubernetes·k8s·名称空间
RuoyiOffice2 天前
KubeSphere 容器云实践:从管理 K8s 到建设企业 PaaS,还需要哪些能力
spring boot·kubernetes·kubesphere·jenkins·paas·微服务部署·ruoyi office
阿里云云原生2 天前
稳定复现超 70% 的缺陷,报警到自动修复的 Agent 流水线实践
云原生