无服务计算现在已经是IT领域最流行但也最令人迷惑的词了。当我第一次听到无服务计算这个词的时候，我一笑置之，认为它和其他毫无意义的流行语一样。作为一名IT运营工程师，这个词还是很令人困惑的，因为它还是要依赖于服务器的，难道不是吗？

我微微一笑，想：“你在没有基础架构的前提下跑应用程序试试！”。但随即我马上被我的逻辑错误啪啪啪打脸，因为一直以来我都带着一种运营者的偏见来看待无服务。我在IT运营领域已经深耕了10年之久，因此毫无疑问地忽略了站在开发者的立场来看待这个新的技术。对于开发者来说，无服务是一个游戏规则的改变者。无服务不仅仅是一个流行的词，即使它有一个很糟糕的名字，但这并不重要。

无服务计算就是很多开发者梦寐以求的平台即服务（PaaS）。和很多其他新的趋势一样（特别在软件的领域），我们并不真正地清楚以及完全地理解无服务是什么。整个相关领域都在讨论无服务可以做这个，无服务可以做那个，但是他们都只是在关注特定的产品而已。

要理解无服务到底是什么，我们先要搞清楚：它是一种新型的IT基础架构形式，而不是简单的一个产品或者服务。无服务通过消耗共享资源池里面的计算资源来提供IT服务，而不是通过创建的（虚拟）服务器或者容器的形式。这意味着应用程序的代码并不是跑在服务器或者容器上的，而是运行在一个共享计算资源池之上。

云计算的核心思想是将底层的硬件基础架构的概念抹去，大多数其他的架构还存在着计算单元（服务器或者容器）的概念，但是无服务就并没有此概念。这种云平台模型可以真正地提供云计算服务：基础架构抽象化、弹性、使用的简易型和价值定价。

要理解为什么无服务是IT的游戏改变者，我们就需要理解一下传统IT应用程序的部署。以往我们会搭建网页服务器，数据库服务器和应用服务器，而代码是运行在服务器之上的。通过这样一种以服务器为中心的角度来看，你会发现其中有一个很严重的问题：那就是应用程序是和底层的硬件紧紧绑定在一起的。

举个代表性的例子，我们曾经将服务器用hypervisor进行抽象化，但是这样子对于应用程序来说本质上并没有什么变化。虚拟化本质上就是抽象基础架构，但这并不能解决业务部门希望加快开发和部署代码速度的要求。容器的出现满足了这种需求，但是在我看来这只是一种权宜之计。容器或者微服务是现有的基础架构模式的一种转换，它并不能改变我们以服务器为中心的这种模式。向微服务架构转型能让应用程序变得更敏捷和弹性，但是说到底我们只是把计算单元变得比以前更小了而已。

在无服务的架构中，代码不再是运行在服务器或者是容器之上了。代码会运行在一个共享的计算资源池之上。曾经有一个很流行的比喻，人们将传统服务器比喻成宠物，它有名字，你要照顾它，而且你会有一种主人翁的感觉。容器呢更像是牲畜，它们没有名字。当其中一只生病了，你就会把他扔到牧场。而无服务架构里没有任何牲畜，只有一个畜群。

当我最后终于开始理解无服务的核心价值的时候，我还是纠结于它的名字。不管无服务这个想法本身是多么地了不起，但是它的名字真是非常糟糕。毕竟我们还是需要服务器的，CPU和内存这些物理组件是不能被抽象掉的。但是冷静想一想，名字又有什么重要的呢。IT领域已经有很多奇怪的名字了，我们何必纠结于这个呢，毕竟只是一个名字而已。

无服务的架构填补了微服务的一些空缺。市场对于敏捷的需求和架构虚拟化的方向并没有改变，并且这些会是未来的大方向。目前阶段虽然无服务还不是很成熟，但是已经有很多PaaS平台如雨后春笋一般开始在市场上浮现。这些PaaS服务并没有达到无服务理论的效果，它们也还没有完全地解决一些现有的问题，但是这会是一个飞跃点。同时，我相信将来大多数PaaS的服务会变成无服务的架构，并且会对现在云计算的模型造成翻天覆地的改变。