服务器的背景
在云技术还未出现的日子里，开发者如果想创建一个应用，就需要好好的考虑服务器的问题，他们需要为服务器做预算、考虑服务器之间的连接、安置服务器。他们不得不购买或租赁服务器，他们需要给服务器供电、布线，以及给服务器散热，***设置服务器，将服务器放到数据中心，或者托管。
随着市场的发展，出现了服务器的托管场所，他们着手于把许多部分整合起来，他们提供货架、电力、互联网接入和其它关键资源。即使如此，配置、集群和维护服务器需要花费大量的金钱，这些金钱用于基本建设支出、电力、互联网、散热、安防等。与此同时也要制定详细的计划，如意外开支，开发、测试、生产，还有应对网站的增长需求等等。
进入云时代
在过去的两年中，我们已经看到了计算机信息处理技术的巨大变化，它从“为什么使用云计算?”转换到了“如何使用云计算”。基础设施服务(laaS)在节省开支、灵活性以及可扩展性上取得令人侧目的进步，它能提供合适的架构，并具有可靠性。云技术很简单，它简化了工作中管理与配置服务器的大块时间。
像AWS(亚马逊云存储服务)，Rackspace这样的机构现在可以提供几乎无限的云服务，没有前期成本，只需简单步骤，开发人员就可以启动服务器，选择操作系统，载入他们的应用程序(定制或开源)，关闭或运行程序，启动数百台服务器。让他们之间的协调是一项复杂的工作，但它仍然比六年前容易得多。
服务器所有权的总成本已经下降的很多了，去年夏天的一场黑客马拉松的活动中，一个企业家回顾了他的发家历史，他的***个公司，购买了一个服务器，花费了几十万美元，并且投入了大量的精力去维护。第二家公司，是采用租赁服务器，但是还是花费了不小的人力物力，第三个公司是按照月份租赁服务器的，他目前正在操作一个云通信公司，按照小时来租赁服务器，既经济又划算。
在Web 1.0 甚至是 Web 2.0 的日子里，这种资本支出的规划，是不可想象的，他甚至违反了摩尔定律，现在云服务可以按照小时租用数百个内核的服务器，每个小时只需要花费几便士(一便士折合人民币约1毛钱)，并提供消费者易于使用的软件接口。
这种转变还没有结束
这种转变在时间表和定价方面仍在进行。考虑让服务器以小时计时，这已成为一种新的业务结构。从价格以及架构的角度来看，都是有意义的。
网络应用团队通常以网站流量的模式去监测，现在云服务可以自动均衡流量，或在点击率高的时候和每天的高峰时段提供更多的服务器。
远离独立的应用程序
基于云计算的“应用程序”正在迅速普及，用Ruby编程的应用系统，或者一些其他的网络应用框架，逐渐让路给一个个分布式系统、数据存储和处理系统。它不再只是建立一个“Web应用程序”。它将构建基于云的分布式系统。
越来越多的应用程序出现在移动设备，例如一个不基于服务器的应用程序。它拥有客户端和后台的数据存储，因为移动云计算的出现，处理是异步进行的，并且它是在应用程序框架之外的。目前，正在运行的应用通常是用来处理输入端的数据。
你会看到，在数百个零售网站上，在购买商品的过程中，实时监测价格、浏览、点击，检查插件，按兴趣提供个性化的建议....各种复杂的功能，不过前台应用只是像个运载工具，信息处理和业务流程才是后台应用程序的核心。
在分布式环境下的开发工作很难，开发人员甚至很难进入服务器群。不过如果将服务器托管，他们就可以更多关注越来越多的任务和流程，而不是应用程序和服务器，其单位用秒和分钟来计算周期，而不是以小时来计算，他们的思路也将变成“无服务器化”。
思考无服务器
无服务器这个词，它并不意味着不涉及到服务器了。它只是意味着开发人员不需要过多考虑它们了。计算资源被更多以一种“服务”的形式呈现和提供，越来越多的服务提供商承担了管理服务器的责任，例如数据存储和其他基础设施资源，开发人员可以建立自己的开源解决方案，这意味着他们将不再需要考虑管理服务器的队列和服务负荷了。
任务处理、消息队列、SMTP服务器、支付服务，这些都会消失，取而代之的是托管服务，它在未来的计算领域将会初现端倪。以下是云服务提供商Iron.io的业务开发副总裁Ken Fromm的文章。
弹性的计算服务
同样，通过引进弹性计算服务，开发人员不需要占用自己的资源，或花很大的力气规划新项目，他们将很容易在服务器上创建新的应用程序，有弹性的按需计算服务使它变得简单。
使用托管服务的开发人员不必担心管理资源，他们可以使用不用的计算资源作为服务手段。
无服务器让开发人员将他们的注意力从服务器转到任务上，无服务器的解决方案，让开发人员更专注于自己的应用程序或系统，不必过多顾虑复杂的后台基础设施。
就像几年前的云计算，“去服务器化”在初创企业和独立开发者中得到了很大的拥护。原因之一是成本更为用户所能承受，另一个是具备迅速扩展能力，第三是用户不用担心不属于他们的业务。随着越来越多的开发人员接受和了解无服务器的好处，这种技术将会逐渐向大型企业转移。计算机的未来将会是无服务器。
