本文主要是介绍我们的小程序每天早上都白屏,真相是。。。,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
大家好,我是程序员鱼皮。最近我们在内测一款面试刷题小程序,没错,就是之前倒下的 “面试鸭”!
在我们的内测交流群中,每天早上都会有同学反馈:打开小程序空白,没任何内容且登录不上。
然后过了一会儿后,发现又恢复了,难道是我们又又又又写出了什么诡异的 bug 吗?
哈哈哈,其实不然,因为我们面试鸭的后端服务 Serverless 化了!
那什么是 Serverless 呢?这事说来话长,但是我们长话短说,想要理解这个名词,还得从远古时代说起。。。
远古时代
在很久很久之前,一家公司如果要上线一个网站,需要啥呢?
需要一台物理服务器对吧。通过在服务器上安装虚拟化软件,可以将一个配置很高的物理机划分成多个 “小服务器”,一台安装 Nginx、一台安装后端服务、一台安装数据库等等。
如果当前网站的用户量大了,那么手动扩个容,多划一台 “小服务器” 给后端服务。当服务挂了需要重启服务,当遇到业务问题需要登录到服务器上查看日志。
这个时期,公司需要专门分配人员来运维管理这些服务器,不仅需要处理服务器的资源问题,还需要帮忙排查日志、发布部署服务等。
云服务商时代
到现在,市面上绝大部分的公司都不需要主动去购买物理服务器了,而是从云厂商手上买云服务器。
相信很多同学都买过大厂的云服务器,我们可以在买来的服务器上安装 Nginx、Tomcat、部署静态资源和后端 Java 服务,完全不需要管什么物理机,不用考虑这个服务器线下的机房情况,比如机房内有没有开空调、服务器会不会过热之类的。
虽然没有实体的物理机,但是使用起来还是有服务器的概念,当资源不够的时候,还是需要手动配置扩容(一般就是花钱升级配置)。
即使在云服务器上安装 Docker 容器来部署项目,还需要人工对集群进行维护和容量规划,需要分配人员来维护管理这些云服务器。
无服务器时代 Serverless
因为 “有服务器” 的概念,即使有很多自动化的运维工具,还是需要运维人员来管理配置。
那假设没有服务器呢?没服务器还需要人来管啥吗?
这就是 Serverless,直译过来就是 无服务器。
这里的无服务器不是说真的不需要服务器,而是一些云厂商进行了封装,让我们这些使用者感受不到服务器的存在。
举个例子,如果我们想部署一个网站,在使用上可能就是在页面上填写代码仓库、指定要发布的分支、设置一下端口。
然后再给服务配置一下使用的资源,就完事儿了!
从上图的配置中我们可以看到,默认实例数是 0 ,表示空闲的时候不需要实例副本,如果当前实例的 CPU 使用率大于 60 % 就自动扩容,最多可以扩容至 5 个实例。
相比于以前要自己登录到服务器上执行命令来部署程序,使用这种界面化操作,是不是简单了很多?是不是完全感受不到服务器的存在?
并且我们还可以直接从界面查看服务日志、监控服务等,完全不需要 SSH 远程连接到服务器并用一通 Linux 命令来操作。
这样一来运维复杂度都交给云服务厂商了,我们基本上不需要承担运维工作。
相信看到这大家对 Serverless 应该有点了解了,已经体会到它的好处了。
注意,这篇文章中,所说的 Serverless 其实更多指的是 Serverless 化,即无机器化、免运维化。
而很多时候 Serverless 指的是另一种含义,即 Serverless Computing 架构:FaaS (函数即服务)+ BaaS(后端及服务)。也是亚马逊在 2014 年推出的 FaaS 服务 Lambda,才将 Serverless 带入大众视野。
这里我就不展开解释什么叫 FaaS、BaaS 了,有兴趣的同学可以自行查阅资料, 想看的人也可以留言,如果多的话后面我再出一篇文章。
回到面试鸭的问题
说了这么多,有些同学可能要问,所谓的 Serverless 和面试鸭每天早上白屏的问题有什么关系吗?
哈哈,眼尖的同学可能从上面的配置中就已经发现问题了。
没错就是这个实例副本数!面试鸭后端服务最小的副本数设置的就是 0 !
也就是说如果很长一段时间没有人访问面试鸭的服务,那么实例数就会减少到 0 ,一旦有用户在这个时候访问面试鸭,那么就需要重新启动实例,这个过程就是所谓的冷启动(Cold start)。
其实很好理解,就好比我们在 IDEA 中启动 Java 程序一样,它需要一些时间才能把服务启动好。
对应到 Serverless 中,如果没有可用的容器实例,此时请求过来,它就需要启动一个新容器,新容器的分配、启动、加载程序,都需要时间。
所以,冷启动会产生延迟时间,这也是为什么很多人强推应用的云原生化,追求程序的快速启动。
正常情况下半夜没人访问面试鸭,导致实例都关了,一些同学一大早打开面试鸭,触发冷启动,因为延迟原因导致登录不上且没面试题,过一段时间后,容器启动完毕,此时访问又一切正常。
看到这应该有同学能想到解决方法,把最小实例数改为 1 不就好啦?
哈哈,确实如此。之所以最小实例副本设置为 0,是因为 Serverless 服务是 按时计费 的,因为面试鸭还在内测阶段,用户数不多,使用时长也并不长,所以我们就能省则省啦~
这个按时付费,也是 Serverless 的一个优势,低峰期的时候甚至可以 0 支出呢!也比较适合学习项目部署的朋友。
这篇关于我们的小程序每天早上都白屏,真相是。。。的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!