雪花测评
文章目录[隐藏]
serverless是什么意思?Serverless的全称是Serverless computing无服务器运算，又被称为函数即服务（Function-as-a-Service，缩写为 FaaS），是云计算的一种模型。以平台即服务（PaaS）为基础，无服务器运算提供一个微型的架构，终端客户不需要部署、配置或管理服务器服务，代码运行所需要的服务器服务皆由云端平台来提供。 国内外比较出名的产品有Tencent Serverless、AWS Lambda、Microsoft Azure Functions 等。是关于将开发人员的精力集中在为用户提供价值的方面，通过Serverless化，可以不用管理服务器这些基础设施，简化了开发运维过程。简单地说，Serverless平台自动化了整个过程中的建立、部署和按需启动服务，让开发人员专注于核心代码和应用的开发。
什么是Serverless?
Serverless ，按中文翻译，称为无服务器。
这究竟是一种什么样的形态或产品呢?无服务器，就是真的没有服务器吗?
Serverless并不是不用服务器，恰恰相反，它将服务器全权托管给了云厂商，根据业务流量大小自动弹性伸缩，开箱即用免去维护成本，按使用量计费。用户无需关心和管理底层IT资源，只要聚焦业务代码，根据实际请求处理业务。
其实，在行业内，目前对于 Serverless 有几种解读方法：
在某些场景可以解读为一种软件系统架构方法，通常称为 Serverless 架构;
而在有些情况下，又可以代表一种产品形态，称为 Serverless 产品。
在说起 Serverless 架构时，Serverless 代表的是利用 Serverless 形态的产品实现的应用架构，这种架构完全依托于云厂商或云平台提供产品完成系统的组织及构建。在这种架构中，用户无需关注支撑应用服务运行的主机，而将关注点投入在系统架构，业务开发，业务支撑运维上。
而说起 Serverless 产品时，代表的是无需理解、管理服务器，按需使用，按使用付费的产品。Serverless 产品中，其实也可以包含存储、计算等多种类型的产品，而典型的计算产品，就是云函数这种形态。
云函数，或者称为函数即服务 Function as a Service，它和后端即服务 Backend as a Service 一起，都可以称为 Serverless 产品;而通过组合使用这些产品，开发者可以构建自身的业务 Serverless 架构。
无服务器架构Serverless的特点：
(1)运行成本更低
目前主流的公有云计费模式都采用包月计费模式，比如你在亚马逊公有云上申请一台虚拟机后，不管有没有用户访问你的应用，也不管你有没有部署应用，你都要付相同的钱。而对基于 Amazon Lambda 开发的 Serverless 应用来说，你只需要根据实际使用的资源量(FaaS 执行次数 ×FaaS 函数的运行时间 × 计算资源模板费用)进行付费，也即用多少付多少，不用不收费。
(2)自动扩缩容
用户无需关注 FaaS 函数的水平扩展，Serverless 平台会自动根据调用量扩展运行代码所需要的容器，轻松做到高并发调用。函数即应用，各 FaaS 函数可以独立地进行扩缩容，粒度小扩容快。
(3)事件驱动
FaaS函数是短暂且临时的，用完就销毁，FaaS函数在接收请求时产生资源消耗，不使用就没有消耗，用完资源后就会马上释放。
(4)No0ps
计算资源服务化，用户通过 API 使用计算资源，以用户算法代码为核心，不关注基础设施的部署，Serverless 是把 Ops 外包给第三方平台，让 Dev专注于业务逻辑的实现而不用操心 Ops 相关的工作。
Serverless的价值是什么?
Serverless技术为什么会获得越来越多的关注?我们可以从几个角度来看。
首先，从开发者使用的来说，不用更多的去考虑服务器的相关内容，无需再去考虑服务器的规格大小、存储类型、网络带宽、自动扩缩容问题;同时，也无需再对服务器进行运维了，无需不断的打系统补丁、应用补丁、无需进行数据备份、软件配置等工作了。
其次，Serverless 产品是完全自动化的弹性扩缩容的;在业务高峰时，产品的计算能力、容量自动扩容，承载更多的用户请求，而在业务下降时，所使用的资源也会同时收缩，避免资源浪费。
再次，跟随着完全自动化的弹性所带来的，是全新的计量计费模式;开发者仅需根据使用量来付费，而在深夜无业务量的情况下，不会有空闲资源占用，因此也不会有费用产生。
随着如上提到的特性，Serverless给开发者或用户带来了具体的商业价值：
1、降低运维需求
Serverless 使得应用与服务器解耦，业务上线前无需预估资源，无需进行服务器购买、配置;
Serverless 也使得底层运维工作量进一步降低，业务上线后，也无需担忧服务器运维，而是全部交给了云平台或云厂商;
2、降低运营成本
Serverless 的应用是按需执行的。应用只在有请求需要处理或者事件触发时才会被加载运行，在空闲状态下 Serverless 架构的应用本身并不占用计算资源;
而在使用 Serverless 产品时，用户只需要为处理请求的计算资源付费，而无须为应用空闲时段的资源占用付费;
3、缩短迭代周期、上线时间
Serverless 架构带来的是进一步的业务解耦，应用功能被解构成若干个细颗粒度的无状态函数，开发可以聚焦在单功能的快速开发和上线上;
同时拆解后的云函数，也都可以进行独立的迭代升级，更快速的实现业务迭代，缩减功能的上市时间;
4、快速试错
利用 Serverless 架构的简单运维、低成本及快速上线能力，可以来快速尝试业务的新形态、新功能;
利用 Serverless 产品的强弹性扩容能力，在业务获得成功时，也无需为资源扩容而担心;
应用场景
虽然 Serverless 的应用很广泛，但是也有使用上的局限性，Serverless 比较适合的场景有以下一些： - 异步的并发，组件可独立部署和扩展 - 应对突发或服务使用量不可预测（主要是为了节约成本，因为 Serverless 应用在不运行时不收费） - 短暂、无状态的应用，对冷启动时间不敏感 - 需要快速开发迭代的业务
基于此，我们发现，Serverless非常适合做实时文件处理、周期性的数据处理和移动及 Web 应用后端等。下面，我们通过一个游戏应用为例来说明什么是 Serverless 应用。
通常，一款移动端游戏至少包含如下几个特性： - 移动端友好的用户体验 - 用户管理和权限认证 - 关卡、升级等游戏逻辑，游戏排行，玩家的等级、任务等信息
Serverless的缺点
Serverless作为一种全新的技术架构，具有很多的优点，如降低运营成本、降低运维需求、降低人力成本和减少资源开销等。不过，Serverless也并不是一点缺点也没有，下面我们来看一下Serverless架构的缺点。
状态管理
要想实现自由的缩放，无状态是必须的，而对于有状态的服务，使用 Serverless 这就丧失了灵活性，有状态服务需要与存储交互就不可避免的增加了延迟和复杂性。
延迟
应用程序中不同组件的访问延迟是一个大问题，我们可以通过使用专有的网络协议、RPC 调用、数据格式来优化，或者是将实例放在同一个机架内或同一个主机实例上来优化以减少延迟。而 Serverless 应用程序是高度分布式、低耦合的，这就意味着延迟将始终是一个问题，单纯使用 Serverless 的应用程序是不太现实的。
本地测试
Serverless 应用的本地测试困难是一个很棘手的问题。虽然可以在测试环境下使用各种数据库和消息队列来模拟生产环境，但是对于无服务应用的集成或者端到端测试尤其困难，很难在本地模拟应用程序的各种连接，并与性能和缩放的特性结合起来测试，并且 Serverless 应用本身也是分布式的，简单的将无数的 FaaS 和 BaaS 组件粘合起来也是有挑战性的。
最后：Serverless 的计算产品-云函数，作为云虚拟机、容器技术之后的下一代计算形态，将引来云计算中新的热潮。围绕着云函数而建设的产品能力、工具、生态、以及应用开发，也将引来新的一轮发展。随着无服务器的产品和生态走向成熟，将逐步承载起企业核心业务。在这个持续向前高速发展的过程中，腾讯云的云函数，将作为腾讯云云原生的重点发力领域，跟随客户需求、行业发展、技术发展，为用户提供完整全套的 Serverless 解决方案。
