很多人第一次用云服务器，只关心开通要多久、配置怎么选、费用怎么算，很少想它是从哪里来的。把这条线往回捋，会发现云服务器其实是几十年里一步步被需求推出来的。
从一台大机器排队说起
上世纪六七十年代，计算机又大又贵，一台大型机常常要同时服务几十甚至上百名用户。机器闲着就是浪费，于是工程师设计了分时系统，让多个人同时连到同一台主机上，每个人敲下命令时，都感觉机器是自己的。今天说的“共享计算资源”，源头就在这里。
1960 年代，IBM 的 CP-67 等系统已经能在一台物理机上运行多个相互隔离的虚拟机。资源可以切开，也可以复用，这件事后来成了云计算最底层的能力。
服务器变贵，是互联网带来的麻烦
90 年代互联网普及之后，网站、电子邮件和电子商务都需要服务器。企业想上线业务，就得自己采购机器、建机房、配网络、养运维，前期投入不小。更麻烦的是利用率。一家小公司的网站平时访客不多，偶尔来一波高峰，机器却得按峰值准备，大部分时间都在空转，钱花了，机器却没干多少活。
1999 年，VMware 把 x86 服务器上的虚拟化做成了可以商用的产品，普通 PC 级服务器也能同时跑多个系统，硬件的利用方式开始变得灵活。同一时期，Salesforce 等公司尝试通过浏览器提供软件服务，“用多少付多少”的想法慢慢清楚起来。
亚马逊的富余产能
2000 年前后，亚马逊每逢圣诞购物季都要准备足够的服务器应付峰值，而平时这些机器大多闲着。有人提出一个朴素的问题：这些富余的计算、存储和网络能力，能不能像水电一样对外提供，谁需要谁来用？
2006 年，亚马逊推出 Amazon S3 存储服务和 Amazon EC2 弹性计算服务。EC2 的关键在于，用户几分钟内就能开出一台虚拟服务器，用多少算多少，不用了就释放。对创业团队来说，这意味着不必先花一大笔钱买机器，再祈祷业务能撑住。同年，谷歌的埃里克·施密特在公开场合用“云计算”来描述这类服务，这个词才慢慢传开。
流量来得快，走得也快
2008 年，视频制作网站 Animoto 借助 Facebook 应用迅速走红，几天之内用户量猛涨，服务器需求从约 50 台涨到数千台。按传统方式自建机房，几天之内根本来不及采购、上架和调试。Animoto 选择了 Amazon Web Services，通过程序接口快速扩容，流量回落后再把资源缩回去。很多人正是从这个案例里，第一次理解了“弹性伸缩”到底有什么用。
再看一个更日常的场景。假设一家网店大促时的访问量是平时的几十倍，传统做法要提前几个月采购设备，活动一结束，机器就闲下来。用云服务器的话，团队可以在大促前一周扩容，活动后释放，成本基本跟着业务节奏走。
不过这里有个提醒：云上加机器很快，但数据库、缓存和带宽如果没有同步扩容，瓶颈会转移到别处。扩容之前最好做一次压力测试，把各个环节的上限摸清楚，再决定加多少、什么时候加。
国内云服务怎么起步
中国的云计算起步稍晚，但推进很快。阿里云 2009 年成立，最初主要支撑阿里巴巴自身电商体系的技术需求，之后逐步对外开放，是国内较早面向公众提供弹性计算服务的平台之一。随后，腾讯云、华为云、百度智能云等也陆续推出各自的云服务器产品，覆盖个人开发者、初创团队和大型机构等不同需求。
和早期相比，今天的云服务器已经不只是“一台远程电脑”。它常和对象存储、数据库、负载均衡、容器服务搭在一起，组成完整的应用基础设施。机房、硬件和网络的维护交给服务商，团队可以把精力放在业务本身。
回头看，这是一条顺着需求长出来的路
云服务器并不是凭空出现的。分时系统留下了资源共享的思路，虚拟化解决了隔离和复用的问题，互联网规模化之后，企业对“按需使用、快速扩容、少养机器”的要求越来越高，于是才有了今天按量付费、弹性伸缩的形态。
选用云服务器时，不妨先问自己要解决什么问题：是应对突发流量，是省掉机房维护，还是需要快速试错。问清楚这一点，才能判断它合不合适，也才能看清它的边界在哪里。
