阿里云网关服务 阿里云api网关( 四 )


2.降低运营成本
服务器不再是用户关注的一个受管资源,运营的复杂度下降,应用运营所需要投入的时间和人力将大大降低 。在最好的情况下,可以做到少数几个应用管理员即可管理一个处理海量请求的应用系统 。
3、缩短产品的上市时间
在Serverless架构下,应用的功能被解构成若干个细颗粒度的无状态函数,功能与功能之间的边界变得更加清晰,功能模块之间的耦合度大大减小 。这使得软件应用的开发效率更高,应用开发的迭代周期更短 。
serverless实践基于 Serverless 的 BFF (Backend For Frontend)传统 BFF (Backend For Frontend) 架构1、一方面,对不同的设备需要使用不同的 API,另一方面,由于微服务导致前端接口调用的复杂,所以前端开始使用 BFF 的方式,对接口进行聚合裁剪,以得到适用于前端的接口 。
2、最底层的就是各种后端微服务,最上层就是各种前端应用 。在微服务和应用之前,就是通常由前端开发的 BFF 。
-手机端-web端-嵌入式-
这样的架构解决了接口协调的问题,但也带来了一些新的问题 。
传统 BFF (Backend For Frontend) 的痛点比如针对每个设备开发一个 BFF 应用,也会面临一些重复开发的问题 。而且以往前端只需要开发页面,关注于浏览器端的渲染即可,现在却需要维护各种 BFF 应用 。以往前端也不需要关心并发,现在并发压力却集中到了 BFF 上 。总的来说运维成本非常高,通常前端并不擅长运维 。
Serverless 则可以帮我们很好的解决这些问题 。用Serverless,我们可以用一个个函数来实各个接口的聚合裁剪 。前端向 BFF 发起的请求,就相当于是 FaaS 的一个 HTTP 触发器,触发一个函数的执行,这个函数中来实现针对该请求的业务逻辑,比如调用多个微服务获取数据,然后再将处理结果返回给前端 。这样运维的压力,就由以往的 BFF Server 转向了 FaaS 服务,前端再也不用关心服务器了 。
基于 Serverless 的 BFF 架构上图则是基于 Serverless 的 BFF 架构 。为了更好的管理各种 API,我们还可以添加网关层,通过网关来管理所有 API(比如阿里云的网关),比如对 API 进行分组、分环境 。基于 API 网关,前端就不直接通过 HTTP 触发器来执行函数,而是将请求发送至网关,再由网关去触发具体的函数来执行 。
API Gateway
在没有API网关作为统一出口的情况下,需要调用方自己组合各种服务,而且容易让调用方感知后端各种服务的存在,各个需要各个做很多相同的工作 。
加入API Gateway之后的作用
一般也会把路由,安全,限流,缓存,日志,监控,重试,熔断等都放到 API 网关来做,然后服务层就完全脱离这些东西,纯粹的做业务,也能够很好的保证业务代码的干净,不用关心安全,压力等方面的问题 。
基于 Serverless 的服务端渲染传统服务端渲染基于当下最流行的三大前端框架(React.js/Anguler/Vue.js),现在的渲染方式大部分都是客户端渲染 。页面初始化的时候,只加载一个简单 HTML 以及对应的 JS 文件,再由 JS 来渲染出一个个页面 。这种方式最主要的问题就是白屏时间和 SEO 搜索引擎优化
为了解决这个问题,前端又开始尝试服务端渲染 。本质思想其实和最早的模板渲染是一样的 。都是前端发起一个请求,后端 Server 解析出一个 HTML 文档,然后再返回给浏览器 。只不过以往是 JSP、PHP 等服务端语言的模板,现在是基于 React、Vue 等实现的同构应用,这也是如今的服务端渲染方案的优势 。
但服务端渲染又为前端带来了一些额外的问题:运维成本,前端需要维护用于渲染的服务器 。
基于serverless的服务端渲染Serverless 最大的优点就是可以帮我们减少运维,那 Serverless 能不能用于服务端渲染呢?当然也是可以的 。


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: