Serverless（无服务器）架构知识梳理

Serverless（无服务器）架构知识梳理

前题：

大多数公司在开发应用程序并将其部署在服务器上的时候，无论是选择公有云还是私有的数据中心，都需要提前了解究竟需要多少台服务器、多大容量的存储和数据库的功能等。并需要部署运行应用程序和依赖的软件到基础设施之上。如果我们不想在这些细节上花费精力，是否有一种简单的架构模型能够满足我们这种想法？这个答案已经存在，这就是今天软件架构世界中新鲜但是很热门的一个话题——Serverless(无服务器)架构。

什么是Serverless

Serverless这个词第一次被使用大约是2012年由Ken Form所写的一篇名为《Why The Future of Software and Apps is Serverless》的文章。这篇文章谈到的内容是关于持续集成及源代码控制等内容，并不是我们今天所特指的这一种架构模式。目前还没有一个普遍公认的权威的定义。最新的一个定义是这样描述的：“无服务器架构是基于互联网的系统，其中应用开发不使用常规的服务进程。

涉及核心名词解释：

FaaS(Function as a Service)就是一些运行函数的平台，比如阿里云的函数计算、Lambda 等。BaaS(Backend as a Service)则是一些后端云服务，比数据库、对象存储、消息队列等。利用 BaaS，可以极大简化我们的应用开发难度。

FaaS 函数既服务

什么是函数既服务？ 当我们使用后端服务的时候，不用去关心，后端的IP地址是什么，也不需要关心域名到底是什么，我们只需要像调用一个普通的函数那样去调用就可以了。所以对于后端来说，后端的服务仅仅是一个函数，而函数就是前端代码的一部分。至于函数到底是前端实现的，还是后端实现的，不需要去关心。在今天主流的微服务设计里，每一个领域或者子域都是一个服务。而在 Serverless 应用中，这些领域及子域因为他们的功能，又可能会进一步切分成一个又一个 Serverless 函数。

Serverless有什么用

企业中一些长尾应用(调用频率少或者资源使用轻量的的应用)虽然不常使用或在业务中位置较低，但却要占用一台服务器及SRE的精力来保证其可靠性，甚至还需要主备高可用，投入的人力物力和服务本身的价值不成正比，这时可以选用Serverless来解决上述问题极大的节约资源又可以保证其高可靠的提供服务。

带来的价值：

降低运营成本降低运维需求开发更为高效、快捷

从资源效能角度看

从业务开发效能角度看

Serverless 适用场景：

运算密集 — — 如图片压缩、数据分析定时任务瘦容器WebHook轻量级 APIChat 机器人

缺点

生命周期短 — — 目前AWS一个 Lambda 最多只能跑 5 分钟；Linux only — — 想做一个 macOS 的 CI 服务目前是不可能的；语言限制 — — 除了 NodeJS、Java、Python 以外，其它程序都只能通过 shim 来运行，调试相对麻烦；部署操作繁多，搭建无服务底层框架还是挺复杂的。

如何知道Serverless是否适合你的公司

先看下图

Serverless 有不少平台底层是结合Docker 和 k8s 集群实现的，如果一个公司没有使用过任何没有任何Docker/Kubernetes的实施经历。那么他们就不该从Serverless开始。

来点干货

如果你对serverless 感兴趣，个人花了点时间简单更新整理了业界比较火的无服务平台信息，给大家参考，详细如下：

更新时间：2020-12-30

平台没有绝对的好与坏，可以结合公司实际情况、业务场景并且参考上面的数据进行选择，搞起！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。