一、客户端服务器系统：这套东西的基本形状

Web 系统的形状有个专门的叫法——客户端服务器系统（C/S 架构）。它的意思很朴素：

• 客户端：主动发起请求的那一方（浏览器、App）。
• 服务器：被动等着、接到请求才干活的那一方（那台机器）。

"被动"是服务器这一侧的关键特征。它不主动找你，你不问它就不答。所以哪怕是半夜没人访问，服务器也得开着在那儿等——这决定了它的成本结构是"按时间付"，不是"按干活付"。

这也解释了为什么"设置场所"是个值得单列的问题：这台一直开着的机器，电费、维护、故障处理，总得有人承担。 那句话的答案就落在这里。

二、本地部署：放在自己屋里

本地部署（也叫自建、私有部署）= 机器放在自己公司的机房里。

它换来的东西很明确：

• 数据不出门：内容一直在自己手里，不经过别人的机房。
• 想怎么改就怎么改：硬件、软件、网络都可以按自己需要配。
• 出了问题自己说了算：不用等别人排期。

代价也很明确，而且是持续付出的：

• 要先掏一大笔买硬件；
• 要有专人管：装系统、打补丁、盯着别坏；
• 要备容灾：机器会坏，得有备份和替换方案——这些都不做，等于把风险押在"它别坏"上。

最容易被低估的是"持续"这两个字：买机器的钱是一次性的，看得见；往后每年的运维人力、电费、故障处理，才是大头，而且看不见。

三、放在别人家：云

不自己养机器，而是租用别人机房里的资源。它的特点正好是本地部署的反面：

• 起步几乎不要钱：用多少付多少。
• 扩缩快：业务涨了，点几下就能加机器。
• 不用管机器：坏了有对方换，你不用半夜起来。

代价则是把一部分控制权交出去了：数据在别人机房里、规则跟着对方的服务条款走、深度定制会受限。所以这不是"哪个更好"，是"你更怕什么"——更怕数据出门，还是更怕养机器的成本。

四、动手 Demo：五年总账，和现实里的比例

下面这个 Demo 拿"3 台服务器、5 年为期"算一遍总账，再把现实里企业的做法列出来——你会发现答案不是二选一。

cold = 15 + (2 + 1.2 + 7.5) * 5      # 硬件一次性 + 每年机房/带宽/人力
cloud = (0.8 + 3.0 + 1.5) * 5        # 每年带宽/人力/租金
print("自建 %.1f 万元，云上 %.1f 万元" % (cold, cloud))

实跑输出：

--------------------------------------------------------------------
D8  Web 系统的设置场所：放在自己屋里，还是租别人的机房
--------------------------------------------------------------------
  同一个网站，两种放法。按 3 台服务器、5 年为期算总账：
  ----------------------------------------------------------------------------------------
  项目                    自建（本地部署）        云上租用
  ----------------------------------------------------------------------------------------
  服务器采购              15 万元（一次）         0
  机房与供电制冷          2 万元/年               含在租金里
  带宽                    1.2 万元/年             按用量，约 0.8 万元/年
  运维人力                0.5 人 × 15 万元/年    0.2 人 × 15 万元/年
  云资源租金              0                       1.5 万元/年

  五年合计                68.5 万元               26.5 万元

  自建头一年最贵（要先买硬件），云上是【每年都差不多、起步几乎为零】。
  但账不能只算钱——自建的机器在你自己手里，数据不出门；
  云上按需扩缩，今天三台明天三十台也不用再买一次。

  现实里多数企业两个都要（混合）：
  ----------------------------------------------------------------------------------------
  比例                数值        来源
  ----------------------------------------------------------------------------------------
  用混合云的企业      约 70%      2026 年行业统计
  把新系统放云上      约 79%      新上 ERP 的口径
  把云优先当战略      约 85%      Gartner 预测口径

  教材把这一节叫【设置场所】，问的其实是同一句话：
  这台机器、这份数据，放在谁的地板上、由谁半夜起来处理故障。

读这个输出：最该注意的不是"云便宜 40 万"，而是最后那张表——七成企业两个都用。这说明现实中的答案不是"应该选哪个"，而是"哪部分该放哪边"：怕出门的数据留在自己屋里，波动大的部分放云上。把它当成一道选择题，往往就选错了；当成一道分配题，才对。

五、⚠️ 2026 现状

教材 2024 年出版，这一篇的现实变化很快，有三处要补：

• "上不上云"这个问法本身过时了。今天更常见的问题是"哪些部分留在本地、哪些上云"。所以判断标准也变了：不再看"是不是云"，而是看这块数据敏感不敏感、这块负载波动大不大。
• "自建更安全"这句话要打问号。近几年大规模故障和安全事件表明，安全和运维水平更多取决于"怎么做的"，不是"放哪儿"。中小公司自己搭的安全体系，往往反而不如云厂商——这一点和直觉相反，值得记住。
• 硬件所有权的重要性在上升。也有反方向的趋势：因为地缘和政策原因，一些敏感行业重新强调"数据必须留在自己的机房里"（这叫主权要求）。所以"设置场所"这个问题，今天又多了一个非技术的考量维度：合规。

30 秒实验

拿你公司（或你熟悉的一家公司）的系统，试着分一分：

1. 列三样东西：邮箱、对外网站、员工用的内部系统。
2. 对每一样问三个问题：数据敏感吗？访问量波动大吗？出故障最久能忍多久？
3. 按答案把它们往"本地"和"云"两边分。

然后想一想：你分出来的结果，和这家公司实际的安排一致吗？如果不一致，是为什么？

常见误区

1. 错误：云一定比自建便宜。——纠正：要看规模和用法。Demo 里云是便宜，但那是"3 台服务器"这个规模。如果负载长期稳定又很重，自建的单位成本可能更低；反之波动大的场景云更划算。所以"便宜不便宜"得拿你自己的数算，不能拿别人的结论套。

2. 错误：本地部署更安全，因为数据在自己手里。——纠正：安全取决于"怎么做"，不取决于"放哪儿"。自己搭的机房如果补丁没人打、备份没做过，反而比云上更危险。"在自己手里"带来的是控制感，不等于安全——这两件事要分开看。

3. 错误：上云就是一次性搬过去，搬完就完事。——纠正："持续"这件事换了个对象而已。自建要持续运维，云上要持续管成本、管权限、管配置。只是把"养机器的活"换成了"管用量的活"，并没有变成一劳永逸。

4. 错误：教材说"两个潮流"，那就得二选一。——纠正：教材说的是两种形态，不是两个阵营。现实里七成企业两边都用。判断某个系统该怎么放，看的是它自己的需求，不是"我们公司属于哪一派"。

• ☐ 下一节（1-9 如何访问国外的Web网站：ISP、互联网交换中心）

相关笔记

• 独立于浏览器之外的Web连接机制 —— 上一篇：谁在跟服务器讲话
• 如何访问国外的Web网站 —— 下一篇：那台机器离得很远时，路怎么走
• 决定系统的设置位置 —— 云课里对同一个问题的展开
• 什么是云 —— 判定"是不是云"的那三个条件
• 🕸️ Web技术原理 · 索引 —— 全课路线图