什么是Fass?

云计算时代出现了大量XaaS 形式的概念，从TaaS(Infrastructure as a Service),PaaS(Platform as a Service),Saas(Software as a Service) 到容器云引领的CaaS (Container as a service), 再到火热的微服务架构，它们都在试着将各种软、硬件资源等抽象为一种服务提供给开发者使用，让他们不再担心基础设施、资源需求、中间件等，更好的专注于业务，FaaS 是Functions as a Service 的简称，它往往和无服务架构（Serverless Architecture）一同被提起。

FaaS 特点：

1. FaaS 里的应用逻辑单元都可以看做是一个函数，开发人员只关注如何实现这些逻辑，而不用提前考虑性能优化，让工作聚焦在这个函数里，而非应用整体。

2. FaaS 是无状态的，天生满足云原生（CloudNative App） 应用该满足的12因子（12Factors）中对状态的要求。无状态意味着本地内存、磁盘里的数据无法被后续的操作所使用。大部分的状态需要依赖于外部存储，比如数据库、网络存储等。

3. FaaS 的函数应当可以快速启动执行，并拥有短暂的生命周期。函数在有限的时间里启动并处理任务，并在返回执行结果后终止。如果它执行时间超过了某个阈值，也应该被终止。

4. FaaS 函数启动延时受很多因素的干扰。以AWS Lambda 为例，如果采用了JS 或Python 实现了函数，它的启动时间一般不会超过10~100毫秒，但如果是实现在JVM 上的函数，当遇到突发的大流量或者调用间隔过长的情况，启动时间会显著变长。

5. FaaS 需要借助于API Gateway 将请求的路由和对应的处理函数进行映射，并将响应结果代理返回给调用方。

比如对于一个简单的3层Web 应用，在这里后端系统实现了大部分业务逻辑：认证、搜索、事务等，它的架构如下：

如果采用Serverless 架构，将认证、数据库等采用第三方的服务，从原来的单体后端里分拆出来（可能需要在原来的客户端里加入一些业务逻辑）。对于大部分的任务，通过函数的形式进行执行，而不再使用一直在线的服务器进行支持，如此一来它的架构看起来就清晰多了：

这样的拆分除了让各个组件（函数）间充分解耦，每个都很好地实现了单一职责原则（SRP,Single Responsibility Principle ）以外，它的好处还有：

1. 减少开支：通过购买共享的基础设施，同时减少了花费在运维上的人力成本，最终减少了开支；

2. 减轻负担：不需要重复造轮子，需要什么功能直接集成调用即可，也无需考虑整体的性能，只专注于业务代码的实现

3. 易于扩展：云上提供了自动的弹性扩展，用了多少计算资源，就购买多少，完全按需付费

4. 简化管理：自动化的弹性扩展，减少了打包和部署的复杂度，可以快速推向市场，这些都让管理变得简单高效

5. 环保计算：即使在云的环境上，仍习惯于购买多余的服务器，最终导致空闲。Serverless 杜绝了这种情况。