微专业-精通JAVA/高并发/微服务/分布式/中间件
谈无效劳器，自然是对前端工程师的补充
作为前端工程师，我们的任务是为用户提供良好的前端用户体验。随着云原生时期的到来，显然我们能够做得更多。无效劳器产品的特性是免操作、现收现付和自顺应的灵敏性，所以我们能够应用云上的各种无效劳器才能，以相对较低的本钱开发更酷的产品，为客户发明更多的价值。

如何构建一个云本地的现代Web应用程序？
我们先来回忆一下我们是如何发布一个静态网站的。

在云原生时期之前，我们想到的可能是需求找一个效劳器，装置Nginx，然后上传静态文件，最后经过一系列配置完成网站发布。这个完成后，发现曾经用了半天了。事实上，花在运维上的时间并没有真正为我们的客户发明价值。但这其实只是开端。随着业务的开展，我们要逐一处理稳定性、灵敏性、平安性、本钱等问题，在运维上的时间和精神会越来越多。否则，这个网站可能只是一个玩具。

但是随着云原生时期的到来，发布静态网站就容易多了。我们能够经过云产品轻松托管我们的网站。比方能够经过阿里云对象存储OSS提供的工具，上传静态资源到OSS，然后开启一键托管。此外，为了让客户可以更快的翻开页面，还能够经过阿里云CDN将OSS设置为CDN的源站，让静态资源更贴近客户，让客户的体验更好。这两款产品都是按量付费免操作的无效劳器产品，大大降低了我们各种复杂的运维本钱。我们能够花更多的时间在R&D和体验上，为客户发明更多的价值。

但是随着业务的开展，假如我们的网站不只仅是一个静态的网站呢？

用于外部效劳的API(需求停靠缓存、数据库、音讯队列、文件存储等。)
定期执行任务，以至执行海量任务。
发邮件/短信/IM(钉钉、微信、飞书)，智能语音通话。
处置用户上传的图片、音视频(转码、缩略图、黄色辨认、水印、GPU推理)。
在效劳器端呈现SSR页面
提升，杀死
面对这些需求，我们是不是又要去找效劳器了？为了保证效劳的稳定性、灵敏性、平安性和本钱，我们能否要在运维上破费大量的时间？有没有一款云产品能够像OSS/CDN一样处理我们这些后端需求，处理静态网站的运维问题？

面对这些应战，阿里云的无效劳器产品函数计算FC是一个不错的选择。除了经过功用计算FC处置API恳求和大范围任务，还能够在功用计算FC中接入阿里云丰厚的云效劳如RDS、SLS、Tablestore、NAS或其他第三方效劳，满足存储、计算、网络、平安、大数据、人工智能等各种效劳的需求。

各种无效劳器的云产品就像前端工程师的“军火库”。我们能够运用这些云产品为客户提供高质量的效劳。

函数计算FC的优势及相关原理引见
极端灵敏，轻松应对流量顶峰。
函数FC会依据恳求量自动停止毫秒级弹性扩展，快速调度计算资源。从而能够轻松应对海量API恳求和大范围并发任务。

运用函数计算时，能够为函数配置一个“实例并发”，它代表一个函数实例能够同时处置的最大恳求数。函数实例实质上是一个Linux平安容器，是函数向外界提供效劳的最小单位。

例如，当实例并发设置为20时，假如函数计算平台同时收到100个恳求，将会拉起5个函数实例来处置这些恳求。这些恳求被处置后，函数实例将被冻结，假如在接下来的2 ~ 5分钟内没有新的恳求(实例冻结后，不再收费)，函数实例将被自动销毁。在某些场景下，假如业务对延迟十分敏感或者业务代码启动慢，能够经过配置灵敏的规则来设置最小函数实例数，让函数计算FC提早启动函数实例，从而保证用户体验。还能够经过设置功用实例的最大数量来限制功用实例的最大数量，从而维护下游效劳，控制本钱。

相关于传统的效劳器形式需求效劳器本身的扩展和收缩，函数计算FC这种自动灵敏的方式不只能够减少如此复杂的扩展和收缩操作，还能够防止传统效劳器形式中由于扩展不及时而招致的效劳不可用，从而进步系统的稳定性。

降低本钱，进步资源应用率。
CPU、内存、GPU等实例的规格能够在函数FC中自在配置。您能够创立一个最少0.05个内核和128 MB的函数，并提供一个梯度十分小的规格选择。根本上，您能够配置应用程序需求的任何标准。

计算FC函数的收费是毫秒级的。比方我们代码业务逻辑的执行时间是5ms，那么我们只需求为这5ms买单。而当没有流量时，函数计算FC会将函数实例收缩到0。这关于还没有开端的新业务，或者一些呼叫量很少的中长尾业务来说是十分友好的，我们不需求为他们支付固定的效劳器费用。

免费的配置标准、毫秒级计费、容量收缩到0等功用，能够协助我们大大进步资源应用率，大大降低本钱。

无需操作和维护，更平安
在传统的效劳器架构中，我们总是需求关注运转应用程序的物理机的资源运用状况。在功用计算FC中，我们不需求关怀底层物理机的资源运用状况，功用计算FC平台会自动调度和操作资源。但是，假如我们的业务代码耗费了过多的资源，比方OOM等。，函数实例将自动重新启动，恳求将失败。这时分我们需求依据监控指标和日志，找出代码中的问题，或者修正函数的标准，给函数实例更多的资源。

函数计算FC还提供了函数默许的HTTP/HTTPS域名，便当我们访问函数。它还支持将您本人的域名绑定到函数。因而，与传统的效劳器架构相比，在运用函数计算时，我们防止了应用效劳器和负载平衡效劳器的运营和购置本钱。

从平安角度来说，由于传统效劳器需求不断运转，当平安配置不合理，或者代码破绽没有及时修复时，黑客能够经过扫描IP和端口来发现并闯入效劳器。计算FC的功用不会不断充任实例，也不会直接暴露公网上的IP，所以能够防止这类被扫描攻破的问题。

况且我们也没必要在意操作系统的平安破绽。当呈现平安破绽时，函数计算FC会尽快完成修复。

当需求访问其他效劳时，函数计算FC会依据配置自动生成一个暂时密钥。这个暂时密钥的有效期是36小时，所以不需求在代码或配置文件中写入重要的访问密钥，从而降低了密钥泄露的风险。

随着业务的不时开展，还能够购置阿里云的Web应用防火墙的WAF产品，保证功用平安。

零转化，研发效率高
函数计算支持创立三品种型的函数:内置运转时、自定义运转时和容器镜像。它还提供API、SDK、控制台和无效劳器Devs工具，协助我们完成应用的开发、构建、部署和察看。

在运用“内置运转时”时，我们需求依据函数计算FC定义的接口规则，编写处置恳求的代码。比方下面是Node.js的一个API例子在运用这几行代码创立函数之后，我们就能够立刻在我们的网站中运用这个API了。

在运用“自定义运转时”时，我们能够在不修正代码的状况下，在函数计算上运转SpringBoot、Flask、Express、NextJS、NestJS、Gin等Web框架开发的应用。你只需求在函数计算中配置应用监控的“端口号”和“启动命令”即可。它十分相似于运用传统效劳器的部署形式。熟习Express框架的学生应该对下图中的代码很熟习。

在运用“容器镜像”时，我们能够完整自定义应用的执行环境，无需学习如何在函数计算的运转环境中更新Linux版本、GCC版本、装置各种依赖、字体等问题。另外，由于容器镜像的可移植性极强，我们也不用担忧被云厂商约束。同一个容器能够运转在本地数据中心的云或效劳器上，也能够运转在云或本地数据中心的Kubernetes集群中。你以至能够同时在效劳器、Kubernetes集群和函数计算中部署一个镜像，经过几个不同的产品完成容灾。

摘要
经过函数计算FC等无效劳器的云产品，我们不需求管理效劳器等根底设备。无效劳器云产品将为我们准备资源，以弹性、平安和牢靠的方式运转我们的应用程序，存储我们的数据，并为我们提供其他附加价值。

Serverless的运维免维护特性对前端工程师来说是自然的补充，前端工程师只需编写业务代码，就能够快速构建云端原生的现代Web应用。让前端工程师把更多的时间花在为用户发明价值上。


微专业-精通JAVA/高并发/微服务/分布式/中间件
download：链接：https://pan.baidu.com/s/1deAXV1lR5D4Dkslgh3nogw?pwd=m7sr
提取码：m7sr
--来自百度网盘超级会员V5的分享