波仔
🕸️ 第六章 Web与云计算的关系
📄 一句话概括

云的管理不是【管好一台机器】放大一万倍，而是分成三层——分在哪一层，决定了改起来影响多大。

📝 本节和前面几节的关系

上一节讲的是云落脚的房子。这一节讲这栋房子里【怎么管住几万台机器】。教材 6-7 的并列关键词是【控制器、OpenStack、Cloud Foundry】。

一、三层控制器：把【管】拆成三层

教材把管理大量 IT 资源的机制画成三层，这三层在真实系统里是真人真事：

为什么要分层？ 因为变化的影响范围不同：

分层就是把【能改什么】和【影响多大】对应起来。 这也是所有大型系统的通用做法——一层管不过来的事，就再分一层。

二、OpenStack：把这三层做成零件

OpenStack 是一套开源软件，用来自建一朵云。 它把这套机制拆成八个主力组件：

名字不用背全，记住这句就够：OpenStack 是【自己搭一朵云】的全套零件，一个组件管一件事，拼起来才是一朵云。

它对应的是 6-2 里的哪一层？主要是 IaaS。 它给你虚拟机、网络、存储这些基础件——操作系统往上还是你自己的事。

三、OpenStack 有多大

根据 OpenInfra 基金会的用户调查：

68% 这个数字最值得琢磨：用 OpenStack 的人，大多也在用 K8s。这说明它们不是竞争关系，是上下两层——OpenStack 管虚拟机和裸机，K8s 管上面跑的容器。

市场规模（Mordor Intelligence）：2025 年 301.1 亿美元 → 2030 年 1207.2 亿美元，五年约 4 倍，年复合增速约 32%。

增长的推力很具体：2023 年底博通收购 VMware 之后，授权模式改了、价格涨了。大量企业开始找替代方案，OpenStack 是选项之一。所以 OpenStack 这一波增长，是【被推】出来的。

四、Cloud Foundry：再往上一层

如果 OpenStack 是 IaaS，那 Cloud Foundry 就是 PaaS——它把系统和运行环境都替你管了，你只交代码。

它的招牌动作是一条命令：cf push——代码写完敲这一句，打包、部署、起进程、挂域名，它全包了。

代价也很清楚：它支持哪些语言、哪些中间件，你就只能用那些。 这正是 6-2 讲的——租得越省事，能改的地方就越少。

所以这一节的三样东西，其实是同一条线上的三个高度：

选哪一个，取决于你的团队想管到哪一层。

五、动手 Demo：三层控制器和它的零件

把三层控制器和 OpenStack 的组件对上，再看一眼【资源池化】在数字上是什么样子。

cores = 25_000_000
mine = 1000 * 32
print("  1000 台 x 32 核 = %d 核" % mine)
print("  OpenStack 池子里共 %d 核" % cores)
print("  占比 = %.4f = %.2f%%" % (mine / cores, mine / cores * 100))
print()
print("  市场规模：2025 年 301.1 亿 -> 2030 年 1207.2 亿美元")
print("  五年倍数 = %.1f 倍" % (1207.2 / 301.1))
print("  年复合增速 = %.0f%%" % ((1207.2 / 301.1) ** 0.2 * 100 - 100))

实跑输出：

--------------------------------------------------------------------
三层控制器，OpenStack 里对得上吗
--------------------------------------------------------------------

  教材把管理大量 IT 资源的机制画成三层控制器。这三层在 OpenStack 里是真人真事：

  层              它管什么                    OpenStack 里对应谁
  --------------------------------------------------------------------------
  云管理器        全局：认证、配额、发资源    Keystone + Nova API
  集群管理器      一个集群里的成百上千台      Nova + Placement
  计算机管理器    单机上开、关、迁移虚拟机    Nova Compute + 虚拟化

  OpenStack 的八个主力组件：

  名字        干什么
  ------------------------------------
  Nova        算——虚拟机
  Neutron     网——网络
  Cinder      块存储——云硬盘
  Swift       对象存储——放文件
  Glance      镜像——装系统用的模板
  Keystone    身份——谁是谁
  Horizon     界面——网页控制台
  Heat        编排——一串资源一起开

  名字不用背全，记住这句就够：OpenStack 是【自己搭一朵云】的全套零件，
  一个组件管一件事，拼起来才是一朵云。

  OpenStack 有多大（OpenInfra 基金会用户调查）：

  指标                        数字
  --------------------------------------------------
  记录在案的部署              300 个以上
  管理的 CPU 核心             2500 万个以上
  超过 100 万核的组织         7 家
  沃尔玛（生产环境）          超过 100 万核
  这些部署里用 K8s            68%

  OpenStack 的市场规模（Mordor Intelligence）：

    2025 年   301.1 亿美元
    2030 年   1207.2 亿美元
    五年复合增速约 32%（1207.2 ÷ 301.1 ≈ 4 倍）

  Cloud Foundry 是另一条路：不给你机器，也不给你平台，只给你一条命令。
    代码写完，敲一句 cf push——打包、部署、起进程、挂域名，它全包了。
    代价是：它支持哪些语言、哪些中间件，你就只能用那些。

  自己一柜子 1000 台服务器，每台 32 核：

    1000 × 32 = 32000 核
    32000 ÷ 25000000 = 0.00128 ≈ 0.13%

  在 OpenStack 这池水里，你只占 0.13%——这就是【资源池化】最直观的样子。

看第三行：你自己的 32000 核，只占池子的 0.13%。这就是【资源池化】在数字上最直观的样子——你以为的【一柜子机器】，在整个池子里只是一粒沙。 看最后一行：年复合增速约 32%。这个速度比云本身（37% 那个是公共云支出口径）稍慢，但对一个开源软件生态来说已经很高——背后是 VMware 迁移潮这个很具体的事件在推。 带走一个框架：云的管理是分层的，选型也是分层的。 你只需要回答一个问题——你的团队想管到哪一层？ 想管到操作系统就用 IaaS，只想交代码就用 PaaS。

30 秒实验

  1. 在云控制台里找找【配额】页面——这就是云管理器那一层给你设的上限。
  2. 想想：为什么云厂商敢让你自己点几下就开出一台机器？（因为下面三层全是自动化的）
  3. 查一下你用的云服务有没有公开自己的可用区列表和区域列表。

常见误区

  1. 错误：OpenStack 就是【开源的 AWS】。——纠正：只能算部分重合。 OpenStack 覆盖的是计算、存储、网络这些核心服务；AWS 有 200 多个托管服务，OpenStack 一个都没有。 说它是【开源的虚拟化+云管理平台】更准确。
  2. 错误：自己搭 OpenStack 比用公有云便宜。——纠正：省下的是授权费，不是成本。 OpenStack 对运维团队的能力要求很高，人力、升级、排障都要算进去。没有一支像样的团队，它反而更贵。
  3. 错误：Cloud Foundry 是 IaaS。——纠正：它是 PaaS。 区别就在 6-2 那条分界线——Cloud Foundry 把系统、运行环境都替你管了，你只交代码。
自测三问（点开对答案） 1. 三层控制器分别管什么？ —— **云管理器**管全局（认证、配额、发资源）；**集群管理器**管一个集群里的成百上千台；**计算机管理器**管单机上开、关、迁移虚拟机。**分层的意义在于：改哪一层，影响范围不同。** 2. OpenStack 和 Cloud Foundry 分别对应 6-2 的哪一层？ —— **OpenStack 主要是 IaaS**（给虚拟机、网络、存储）；**Cloud Foundry 是 PaaS**（给运行环境，只交代码）。**同一件事的两个高度。** 3. 为什么说【分三层】不只是为了省事？ —— 因为**变化的影响范围不同**——改一台机器影响一台，改集群管理器影响一个集群，改云管理器影响整个环境。**分层就是把【能改什么】和【影响多大】对应起来。**

相关笔记