简介： 搭建一个 aPaaS 平台是须要很长时间的，当然也能够基于一些私有云产品的 Serverless 计划实现现有零碎的灵活性与扩展性，从而实现针对于不同客户的定制。
在 SaaS 畛域 Salesforce 是佼佼者，其 CRM 的概念曾经扩大到了 Marketing、Sales、Service 等畛域。那么 Salesforce 靠什么变成了这三个行业的解决方案呢？得益于 Salesforce 弱小的 aPaaS 平台。
ISV、外部施行、客户均能够从本人的维度基于 aPaaS 平台构建本人的行业，实现业务定制，甚至是行业定制。因为在此之前只有在 Sales 方向有专门的 SaaS 产品，而 Marketing 和 Service 都是由ISV 在各自行业的解决方案。所以 Salesforce 曾经从一家 SaaS 公司变成了一家 aPaaS 平台公司了。
搭建一个 aPaaS 平台是须要很长时间的，当然也能够基于一些私有云产品的 Serverless网站网站监控 计划网站实现现有零碎的灵活性与扩展性，从而实现针对于不同客户的定制。
什么是 Serverless
Serverless 由两局部组成，Server 和 Less。
前者能够了解为其解决方案范畴处在服务端；
后者能够译为大量的；
组合起来就是较少服务端干涉的服务端解决方案。
与 Serverless 绝对的是 Serverfull，比拟下对应的概念可能更便于了解。
在 Serverfull 时代，研发交付流程个别有三个角色：RD，PM，QA。
RD 依据 PM 的 PRD 进行性能开发，交付到 QA 进行测试，测试实现之后公布到服务器。由运维人员布局服务器规格、数量、机房部署、节点扩缩容等，这种更多由人力解决的时代就是 Serverfull 时代。
之后进入了 DevOps 时代。这个时代运维本人开发一套运维控制台，能够让研发同学在管制台上本人进行服务观测、数据查问、运维解决等，运维同学的工作轻松了不少，这个阶段次要开释了运维同学的人力。
而到了 Serverless 时代，这套运维控制台能力越来越丰盛，能够实现按配置的主动扩缩容、性能监控、DevOps 流水线等，同时侵入到研发流程侧，比方主动公布流水线、编译打包、代码品质监测、灰度公布、弹性扩缩等流程根本不须要人力解决了，这就是 Serverless 时代。
形象来说，前端只须要将代码片段和编程语言的标识传给 Server 端即可，期待响应后果。Server 端能够针对于不同编程语言进行 runtime 分类、预处理等工作。
Serverless 怎么做
很多人把 Serverless 看做是 FC（function compute：函数计算），应用函数计算，无需业务本人搭建 IT 基础设施，只须要编码并上传代码。函数计算会按需为你筹备好计算资源，弹性、牢靠地运行，并提供 trace、日志查问、监控告警等治理能力。
在 FC 中有服务和函数之分。一个服务能够蕴含多个函数。咱们能够用微服务了解，咱们通过 golang 或 java 搭建了一个微服务架构，而 FC 服务就是其中的类，类比了解之后，咱们再看下如何调用 FC 的函数，个别的 FC 解决方案外面都有一个触发器的概念。比方 HTTP 触发器、对象存储触发器、日志服务触发器、定时工作触发器、CDN 触发器、音讯队列触发器等。触发器是对于 FC 函数调用的形象收口，比方 HTTP 触发器个别都类比网关的一个 http 申请事件，或是指定对象存储门路下上传了一个图片，这些触发事件的入口都能够是触发器。触发器产生事件之后能够调用 FC 函数，函数执行的逻辑能够是下载一张图片或是注册一个用户。
这样从触发器到 FC 函数逻辑解决就是一个 FC 的生命周期了。
那么 FC 是如何实现高可用的呢？
其实每个函数底层代码都是运行在一套 IaaS 平台上，应用 IaaS 资源，咱们能够为每个函数设置运行代码时须要的内存配置即可，比方最小 128M，最大 3G 等。研发人员不须要关怀代码运行在什么样的服务器上，不须要关怀启动了多少函数实例反对以后场景，不须要关注背地的弹性扩缩问题，这些都被收敛在 FC 之后。那么 Serverless 如何提效呢？
效率高：如果新加了语言，只须要创立一个对应的 Runtime 的 FC 函数即可；
高可用：通过多线程、多实例两种形式保障高可用，且函数实例扩缩容齐全由 FC 自助解决，不须要运维做任何配置；
成本低：在没有触发器申请时，函数实例不会被拉起，也不会计费，所以在流量低谷期间或者夜间时，FC 耗费的老本是非常低的。