云计算（cloud computing）
- 关于云计算的定义有多种说法，现阶段广为接受的是美国国家标准与技术研究院（NIST）定义：云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问， 进入可配置的计算资源共享池（资源包括网络，服务器，存储，应用软件，服务），这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。
- 从技术上看，大数据与云计算的关系就像一枚硬币的正反面一样密不可分。大数据必然无法用单台的计算机进行处理，必须采用分布式计算架构。它的特色在于对海量数据的挖掘，但它必须依托云计算的分布式处理、分布式数据库、云存储和虚拟化技术。
- 由云计算又衍生出来三个概念，即业界广泛认同的划分方式，云计算的三大服务模式：IaaS（基础设施即服务）、PaaS（平台即服务）、SaaS（软件即服务），我们来依次消化掉。
1、IaaS（基础设施即服务）
消费者通过Internet 可以从完善的计算机基础设施获得服务。这类服务称为基础设施即服务，基于 Internet 的服务（如存储和数据库）是 IaaS的一部分。
2、PaaS（平台即服务）
- 提供了基础架构，软件开发者可以在这个基础架构之上建设新的应用，或者扩展已有的应用，同时却不必购买开发、质量控制或生产服务器。
- 比如，容联云通讯就采用了PaaS的模式，容联通过将专业的通讯能力打包成API接口与SDK，大幅降低企业和开发者对通讯服务的使用门槛，让App、Web端、企业系统可以轻松接入短信/语音验证码、语音通话、语音通知、呼叫中心/智能IVR、语音对讲/会议、视频通话/会议等20多种专业通讯能力，提升开发和使用效率，快速实现短信/智能呼叫、通话、呼叫中心、移动IM、会议等五大功能，致力于让通讯成为互联网基础服务。
3、SaaS（软件即服务）
- 是应用软件的一种销售方式，客户按使用时间或使用量付费这些应用软件通常是在企业管理软件领域，并通过互联网来使用。
- 通常理解下的SaaS软件主要应用于CRM（客户关系管理）、HRM（人力资源管理）、SCM（供应链）以及ERP等企业管理软件。比如，容联七陌就是SaaS云服务提供商，凭借在中国呼叫中心领域十年的积累，自主研发了基于云端的呼叫中心通讯平台，同时结合客户的使用场景提供：云客服、云电销、云总机、云会议等企业通讯产品，平台用户涵盖客服坐席、销售坐席、企业总机等客户，公司企业客户涵盖金融、教育、互联网、O2O、汽车、医疗等多个行业。
4、BaaS（后端即服务）
- Baas 的英文翻译成中文的含义：后端即服务，它的应用架构由大量第三方云服务器和API组成的，使应用中关于服务器的逻辑和状态都由服务提供方来管理的。
- 比如我们的典型的单页应用SPA和移动APP富客户端应用，前后端交互主要是以RestAPI调用为主。只需要调用服务提供方的API即可完成相应的功能，比如常见的身份验证，云端数据/文件存储，消息推送，应用数据分析等。
5、什么是FaaS（函数即服务）
FaaS可以被叫做：函数即服务。开发者可以直接将服务业务逻辑代码部署，运行在第三方提供的无状态计算容器中，开发者只需要编写业务代码即可，无需关注服务器，并且代码的执行它是由事件触发的。其中AWS Lambda是目前最佳的FaaS实现之一。
6、无服务（ServerLess）
Serverless的应用架构是将BaaS和FaaS组合在一起的应用，用户只需要关注应用的业务逻辑代码，编写函数为粒度将其运行在FaaS平台上，并且和BaaS第三方服务整合在一起，最后就搭建了一个完整的系统。整个系统过程中完全无需关注服务器。
无服务器架构的特点
- 不需要管理服务器
- 无状态
- 自动伸缩
- 没有运营成本
- 成本由事件驱动
- 处理第一个事件需要一些启动时间
- 因为运行时小，所以具有较高的安全性
- 无服务器的生命周期
下图描述了一个 Function 的生命周期
无服务器应用程序架构示例:
假设有一个简单的线上汽车拍卖应用程序，用户可以登录并出价，拍卖时间结束时价高者得。
传统上，架构里会包含一个部署了应用程序和前端的单体服务器。
上述架构采用的是瘦客户端方式，所有的业务逻辑（如认证、回话管理、车辆管理等）都部署在服务器端。
那么，在一个无状态的微服务架构中，这个应用程序又会是什么样子？
原来的单体应用程序被拆分成了多个服务器端组件。
- 认证 Function：这是一个用于管理用户认证（登录）的 Function（Function，FaaS）。
- 车辆管理服务：一个处理与车辆相关操作的微服务，如列出车辆、查看车辆信息、比较车辆，等等。这个服务可以使用任意的语言或框架来开发，它与数据库通信，并且独立运行。
- 车辆出价 Function：这是另外一个 Function，也与数据库通信，录入用户出价记录。
- API 网关：所有服务的入口点和反向代理。来自客户端的请求会先到达网关，网关根据路由规则将请求重定向到特定的服务。
在将服务拆分成微服务或 FaaS 时，需要考虑到业务逻辑、负载、规模等方面的因素。
上述的例子描述了无服务器架构和基于无服务器架构设计微服务时的大致过程。
无服务器架构与 PaaS
平台即服务（Platform as a Service）是另一个不需要开发人员管理服务器（包括硬件和软件）的架构莫斯。正因为如此，开发人员容易把无服务器架构和 PaaS 混为一谈。接下来，我们来看一看它们之间的相似点和不同点:
相似点
- 开发人员不需要管理服务器。
- 开发人员只要关注应用程序代码本身。
不同点
- PaaS 提供了更为可控的部署方式，而无服务器的部署则更为严格。
- 无服务器架构可以自动伸缩，而 PaaS 的伸缩需要进行配置。
- 无服务器架构的成本是由事件驱动的，而 PaaS 是固定的。
- PaaS 应用程序在部署之后会一直运行，并马上开始处理请求，而无服务器需要等待第一个事件，具体取决于事件的发生频率。
用例:
无服务器的应用应该不仅限于某个领域、业务或架构。在进行应用程序架构时，你需要考虑多个因素，这些因素同样适用于无服务器架构。
成本——无服务器架构非常节约成本，具体取决于实际的负载。
服务器管理——无服务器架构可以极大地降低用于管理服务器的运营成本。
伸缩——无服务器架构可以自动伸缩。
响应时间——FaaS 需要一些初始化时间。如果负载很小（比如一个小时只有一个事件），每个请求都会经历冷启动，导致整体响应变慢。
更快的发布周期——因为这些 Function 都是很小的单位，发布周期就变得很短。
以下是一些常见的用例
- Web 应用程序；
- 批处理和调度；
- 移动和 IOT 后端；
- 聊天机器人。
使用无服务器架构和 FaaS 有以下这些好处:
- 减少服务器管理成本；
- 减少运营成本；
- 自动伸缩；
- 比不间断运行的服务更安全；
- 成本由请求或事件数来决定；
- 更简单的打包和部署流程；
- 缩短发布周期；
- 开箱即用的监控。
与其他任何一种技术架构一样，无服务器架构也存在同样的限制。
- 启动延迟；
- 厂商锁定，对服务器缺乏控制；
- 性能优化局限于代码内部；
- 执行时间限制（AWS Lambda 的执行时间限制为 15 分钟）；
- 成本不可预测；
- 开发环境和生产环境不一样；
- 测试和调试更为复杂。
总结
- 无服务器架构是一种架构风格，通过 FaaS 将业务逻辑从长期运行的组件中移到临时的 Function 里。它可以解决很多架构和运营问题，简化开发者和运维人员的工作。
- 与其他解决方案一样，无服务器架构并不是银弹。它无法直接取代现有的组件，在决定是否要采用无服务器架构之前需要先分析一下自己的业务和技术需求，通盘考虑各种优点和缺点。
