InfoQ|是时候给应用架构做减法了，开发运维配置繁杂 “Lessismore”是路德维希·密斯·凡德

“Lessismore”是路德维希·密斯·凡德罗在建筑领域提出的观点，近些年来，这一观点不断被用于生活中的其他领域。在软件开发世界中，也有对“Lessismore”这一观点的架构理念，这就是如今逐渐盛行的“Serverless架构” 。
十多年前，主流的应用架构都是单体应用，当时的开发者们既要关注所需的计算、存储资源，还要关注最底层的服务器等资源，同时当企业业务规模开始激增，导致开发和运维难度更大。随着容器技术的衍生及应用，虽然用户可以从对基础服务器关注中抽离出来，但其投入的运维精力依然绕不开的是与业务相关的CPU、内存、网络等资源。
如今在资源投入、架构理念、架构模式向越来越精简，越来越“物尽其用”的演进中， Serverless可以说是“Lessismore”的最佳实践。它让开发人员不再操心运行所需的资源，精简自己的开发流程，将关注点重点放在产品代码、业务逻辑上，同时只需为实际消耗的资源付费。它使得程序开发架构中只保留了重要的、有价值的资源；其余的资源要么从开发主体中精简剔除，要么隐藏在选择性可见的界面中，用户随用随取。
1Serverless是“速度”与“激情”的再现Serverless是随着云计算、虚拟化的延伸发展历程演进而来的。有人说，未来将是Serverless的天下。那么， Serverless究竟有哪些优势，使得它受到开发者们如此高的重视呢？
节省维护成本，可实现自动伸缩
首先， Serverless是一个基于云的服务，服务提供者帮助处理了服务器端的基础IT工作，比如把云部署从x86机器码（99%的云计算机使用x86指令集）提升到了高级语言层面、管理操作系统、数据库版本升级等等。因而开发者们只要编写代码并部署它即可，不需要处理任何后端服务器的任务。
同时，相比于传统的非Serverless架构，这种架构模式带来的另一大优势是，开发者无需为过度配置或意外的负载峰值提前做好分配计划。因此，在企业级架构侧常常会遇到的服务伸缩性等问题， Serverless也可以做到自动伸缩，或方便开发者对容量进行简单的手动设置。
节省人工成本，复杂工作都可以交给机器
一方面， Serverless有相对标准的编程环境，减少了对服务器和容器部署所耗费的操作成本。另一方面，在所有的应用程序架构中， Serverless应用程序拥有的代码量最少，且恰当的Serverless架构在相互依赖性上较少。
对于开发者来说，这意味着更少的开发逻辑，用更少的代码来定义开发、测试、部署、运维。另外从应用程序角度来看，无服务器的功能基本上是一种外部服务，它不需要紧密集成到应用程序的容器生态系统中。
缩短交付时间与周期，节省开发成本
随着产品及软件版本迭代周期的速度越来越快，一些云厂商在面向客户的咨询调研中发现，越来越多的客户已不满足于缩短开发与测试的周期，而是需要更短的交付周期——从新产品或功能的概念化到以MVP部署到生产环境的整个时间。
在应对该问题的解决方案上， Serverless提供了巨大的作用。部分客户在使用该架构及应用程序后，能实现在几天时间内完成项目的部署。
总的来说， Serverless可以称得上是当前各类新架构中“激情与速度”的再现——在降低人工成本、降低风险、降低基础设施成本、提高扩展性、缩短交付时间上，都形成了绝对的杠杆力。目前， Serverless的适用场景非常广泛，或者说它或将成为大多数交付链中的一部分。
不过，必须要提的一点是， Serverless所具备的优势并不等于它是万能的。很多开发者基于对Serverless优势的理解，容易陷入“它是容器替代方案”的认知误区。而实际上， Serverless与容器针对的是不同的用户需求。
2AWSServerless的基础技术革新之旅1.Lambda开启Serverless商业化进程Serverless商业化进程的真正开启，起源于AWS在2014正式推出的AWSLambda计算服务。随后，各大巨头也都相继推出了相关服务，遂而将Serverless的市场竞争推向白热化， Serverless是云服务商提供云服务能力的试金石，如何兑现向客户承诺的Serverless构建能力，需要云服务商的众多云服务能力作为支撑。