什么是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 特点:
-
FaaS 里的应用逻辑单元都可以看做是一个函数,开发人员只关注如何实现这些逻辑,而不用提前考虑性能优化,让工作聚焦在这个函数里,而非应用整体。
-
FaaS 是无状态的,天生满足云原生(CloudNative App) 应用该满足的12因子(12Factors)中对状态的要求。无状态意味着本地内存、磁盘里的数据无法被后续的操作所使用。大部分的状态需要依赖于外部存储,比如数据库、网络存储等。
-
FaaS 的函数应当可以快速启动执行,并拥有短暂的生命周期。函数在有限的时间里启动并处理任务,并在返回执行结果后终止。如果它执行时间超过了某个阈值,也应该被终止。
-
FaaS 函数启动延时受很多因素的干扰。以AWS Lambda 为例,如果采用了JS 或Python 实现了函数,它的启动时间一般不会超过10~100毫秒,但如果是实现在JVM 上的函数,当遇到突发的大流量或者调用间隔过长的情况,启动时间会显著变长。
-
FaaS 需要借助于API Gateway 将请求的路由和对应的处理函数进行映射,并将响应结果代理返回给调用方。
比如对于一个简单的3层Web 应用,在这里后端系统实现了大部分业务逻辑:认证、搜索、事务等,它的架构如下:
如果采用Serverless 架构,将认证、数据库等采用第三方的服务,从原来的单体后端里分拆出来(可能需要在原来的客户端里加入一些业务逻辑)。对于大部分的任务,通过函数的形式进行执行,而不再使用一直在线的服务器进行支持,如此一来它的架构看起来就清晰多了:
这样的拆分除了让各个组件(函数)间充分解耦,每个都很好地实现了单一职责原则(SRP,Single Responsibility Principle )以外,它的好处还有:
-
减少开支:通过购买共享的基础设施,同时减少了花费在运维上的人力成本,最终减少了开支;
-
减轻负担:不需要重复造轮子,需要什么功能直接集成调用即可,也无需考虑整体的性能,只专注于业务代码的实现
-
易于扩展:云上提供了自动的弹性扩展,用了多少计算资源,就购买多少,完全按需付费
-
简化管理:自动化的弹性扩展,减少了打包和部署的复杂度,可以快速推向市场,这些都让管理变得简单高效
-
环保计算:即使在云的环境上,仍习惯于购买多余的服务器,最终导致空闲。Serverless 杜绝了这种情况。