现在很多人都谈云计算，云架构，简单明白就是这个架构长在“云”上就是云架构。 有了应用分发的标准和生命周期的标准，云就能提供标准化的应用托管服务。在整个架构的演变的过程中，我们发现，研发运维人员盼望用平台系统的去管理机器，而不是人去管理这些个玩意。这可能就是server is less.
Serverless的使用代价及常见的架构模式
Serverless由开发者实现的服务端逻辑运行在无状态的计算容器中，它由事件触发， 完全被第三方管理，其业务层面的状态则被开发者使用的数据库和存储资源所记录。Serverless涵盖了很多技术，分为两类：FaaS和BaaS。 FaaS（Function as a Service，函数即服务）
FaaS意在无须自行管理服务器系统或自己的服务器应用步调，即可直接运行后端代码。此中所指的服务器应用步调，是该技术与容器和PaaS（平台即服务）等其他现代化架构最大的差异。
FaaS可以取代一些服务处理惩罚服务器（可能是物理计算机，但绝对必要运行某种应用步调），这样不但不必要自行供应服务器，也不必要全时运行应用步调。
FaaS产品不要求必须使用特定框架或库举行开发。在语言和环境方面，FaaS函数就是通例的应用步调。例如AWS Lambda的函数可以通过Javascript、Python以及任何JVM语言（Java、Clojure、Scala）等实现。然而Lambda函数也可以执行任何捆绑有所需部署构件的历程，因此可以使用任何语言，只要能编译为Unix历程即可。FaaS函数在架构方面确实存在肯定的局限，尤其是在状态和执行时间方面。
在迁往FaaS的过程中，唯一必要修改的代码是“主方法/启动”代码，此中可能必要删除顶级消息处理惩罚步调的相关代码（“消息监听器接口”的实现），但这可能只必要更改方法签名即可。在FaaS的天下中，代码的其余所有部分（例如向数据库执行写入的代码）无须任何变革。
相比传统系统，部署方法会有较大变革 – 将代码上传至FaaS供应商，其他事变均可由供应商完成。现在这种方式通常意味着必要上传代码的全新界说（例如上传zip或JAR文件），随后调用一个专有API发起更新过程。
FaaS中的函数可以通过供应商界说的事件类型触发。对于亚马逊AWS，此类触发事件可以包括S3（文件）更新、时间（筹划任务），以及参加消息总线的消息（例如Kinesis）。通常你的函数必要通过参数指定自己必要绑定到的事件源。
大部分供应商还允许函数作为对传入Http请求的响应来触发，通常这类请求来自某种该类型的API网关（例如AWS API网关、Webtask）。 BaaS（Backend as a Service，后端即服务）
BaaS（Backend as a Service，后端即服务）是指我们不再编写或管理所有服务端组件，可以使用范畴通用的远程组件（而不是历程内的库）来提供服务。明白BaaS，必要搞清楚它与PaaS的区别。
首先BaaS并非PaaS，它们的区别在于：PaaS必要参与应用的生命周期管理，BaaS则仅仅提供应用依靠的第三方服务。典型的PaaS平台必要提供手段让开发者部署和配置应用，例如自动将应用部署到Tomcat容器中，并管理应用的生命周期。BaaS不包含这些内容，BaaS只以API的方式提供应用依靠的后端服务，例如数据库和对象存储。BaaS可以是公共云服务商提供的，也可以是第三方厂商提供的。其次从功能上讲，BaaS可以看作PaaS的一个子集，即提供第三方依靠组件的部分。
BaaS服务还允许我们依靠其他人已经实现的应用逻辑。对于这点，认证就是一个很好的例子。很多应用都要自己编写实现注册、登录、密码管理等逻辑的代码，而对于不同的应用这些代码往往大同小异。完全可以把这些重复性的工作提取出来，再做成外部服务，而这正是Auth0和Amazon Cognito等产品的目标。它们能实现全面的认证和用户管理，开发团队再也不消自己编写或者管理实现这些功能的代码。
函数计算介绍及其应用
