本文首发于阿里云云栖社区，修改后发于本博客。原链接：https://yq.aliyun.com/articles/714659
什么是Serverless
技术圈新鲜的词汇和概念层出不同，有些是新的理念，有些是新瓶装旧酒，还有就是已经广泛应用了但是最近才理论抽象化的。
那么Serverless是什么？
Serverless还真算不上一个全新的词汇。从字面上看就是无服务器的意思，最早的时候就是单纯指不需要服务器端的软件，绝大部分本地软件都属于这个范畴。
到了云时代，这个词就囊括了不需要关心服务器的相关技术和服务，比如使用了LeanCloud作为数据库，使用了Auth0作为用户认证服务等。此类服务对于使用者而言屏蔽了服务器等概念，一般也称为Baas（Backend as a Service）。Baas更偏向于服务外包，因为不管是服务器还是内在代码本身都是不透明的，使用者也无法感知。
再进一步，Faas(Function as a service)出现了，即函数服务/函数计算。这里的函数就是一个代码块，这个代码块没有明确的定义，但是在实际使用了为了响应速度，这个代码块的冷启动时间必须在毫秒级。
这样就可以在只有需要的时候才调用，做到按需运行，按量扣费。结合云服务商的其他服务，实现多种方式驱动和调度，做到真正的无服务化。当然这里的无服务化只是针对使用方而言的。
实现这个的本质其实是将一部分或者说一大部分控制都托付给了云服务商。Faas让开发者专注于业务逻辑本身，实际上也只有业务代码本身是开发者受控制，其运行环境，预热时间，缓存机制等都不再受控。
所以说Faas是Serverless的一种，而且CNCF也将提供Faas和Baas中一种或两种的服务商算作Serverless服务商。但是因为Faas的变革性更大，目前很多场合基本混用Serverless和Faas两者。
所以本文接下来讨论的Serverless专指Faas，中文也有函数计算，云函数，无服务器计算等称呼。
Serverless的服务商绑定问题
对于公有云平台的任何技术，使用者的主要顾虑就是单一服务商绑定。
因为一旦绑定，将造成数据和业务迁移困难，后续发展可能缺乏选择。还需要考虑云平台出现故障的情况，是否有异构容灾能力，是否会对业务造成不可逆的影响等。
虽然乍一看，因为业务代码是受控的，且不依赖特定环境，Faas似乎不像Baas那样有绑定问题，但是仔细看Serverless的使用范围不光受代码语言影响，更重要的是驱动的事件。
对于部署的函数，最终都需要使用云服务商提供的事件来驱动。
来看下使用Serverless的简要步骤：
- 编写函数，并发布到云
- 声明事件触发器，由事件触发器触发函数
- 云服务商的基础设施监控事件触发器，在触发时分配必要的资源和运行环境给对应的函数，执行函数
云服务商提供的事件类型越丰富，Serverless的适用面越广。比较通用的事件是HTTP调用和定时调度，其他大部分都是云服务商独有的，所以Serverless是存在较大绑定性的。
Serverless的服务提供者
从Amazon在2014推出Lambda至今已有5年，各大云服务商基本都是陆续跟进提供了Serverless服务。
主流大玩家们包括：AWS Lambda，Azure Functions，Cloud Functions，国内阿里云，腾讯云，华为云等都提供类似服务。
还有一派自然是开源类型的，需要自建Serverless平台，包括：IBM OpenWhisk，kubeless，knative等。
云服务商中对于语言的支持基本类似，包括主流的Java，Python，Nodejs，AWS Lambda还支持C#，Ruby，Go等，应该是支持语言中最多的。
事件类型方面是云服务商强绑定的，比如阿里云支持OSS事件触发器，HTTP 触发器，定时触发器，MNS …