本篇文章给大家分享的是有关如何将 Web 框架迁移到 Serverless,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。
Serverless 通常翻译为「无服务架构」,是一种软件系统设计架构思想和方法,并不是一个开发框架或者工具。他的出现是为了让开发者更加关注业务的开发,而将繁杂的运维和部署交给云厂商。Serverless 由 Faas 和 Baas 组成,Faas 为开发者提供业务运算环境,然后与 Baas 提供的数据和存储服务,进行交互,从而提供与传统服务一致的体验。但是由于 Faas 是无状态的,并且其运行环境是有读写限制的,最重要的是它是基于事件触发的。因此如果传统 Web 服务想迁移到 Serverless 上,是需要进行相关改造和特殊处理的,为此迁移成本是必不可少的。下面将具体帮助大家剖析下,如何 Serverless 化传统的 Web 服务。
Web 服务定义:
Web 服务是一种
面向服务的架构
(SOA) 的技术,通过标准的 Web 协议提供服务,目的是保证不同平台的应用服务可以互操作。
日常生活中,接触最多的就是基于 HTTP 协议的服务,客户端发起请求,服务端接受请求,进行计算处理,然后返回响应,简单示意图如下:
传统 Web 服务部署流程:通常需要将项目代码部署到服务器上,启动服务进程,监听服务器的相关端口,然后等待客户端请求,从而响应返回处理结果。而这个服务进程是常驻的,就算没有客户端请求,也会占用相应服务器资源。
一般我们的服务是由高流量和低流量场景交替组成的,但是为了考虑高流量场景,我们需要提供较高的服务器配置和多台服务进行负载均衡。这就导致服务处在低流量场景时,会多出很多额外的闲置资源,但是购买的资源却需要按照高流量场景进行付费,这是非常不划算的。
如果我们的服务能在高流量场景自动扩容,低流量场景自动缩容,并且只在进行计算处理响应时,才进行收费,而空闲时间不占用任何资源,就不需要收费呢?
答案就是 Serverless
。
上面已经提到了 Serverless 的两个核心特点:按需使用和收费
和 自动扩缩容
。而且近几年 Serverless 的应用也越来越广泛,但是它并不是银弹,任何技术都是有它的适合场景和不适合场景。我们不能因为一项技术的火热,而盲目的追捧。Serverless 是有它的局限性的,一般 Serverless 适合如下几种场景:
异步的并发,组件可独立部署和扩展
应对突发或服务使用量不可预测
无状态,计算耗时较短服务
请求延时不敏感服务
需要快速开发迭代的业务
如果你的服务不满足以上条件,笔者是不推荐迁移到 Serverless。
如果你的服务是以上提到的任何话一个场景,那么就可以尝试迁移到 Serverless 上。
常见的 Serverless HTTP 服务结构图如下:
那么我们如何将 Web 服务进行迁移呢?
我们知道 Faas (云函数)是基于事件触发的,也就是云函数被触发运行时,接收到的是一个 JSON 结构体
,它跟传统 Web 请求时有区别的,这就是为什么需要额外的改造工作。而改造的工作就是围绕如何将事件 JSON 结构体转化成标准的 Web 请求
。
所以 Serverless 化 Web 服务的核心就是需要开发一个 适配层
,来帮我们将触发事件转化为标准的 Web 请求。
整个处理流程图如下:
接下来将介绍如何为 Express 框架开发一个适配层。
首先我们先来看看一个标准的云函数结构:
module.exports.handler = (event, context) => { // do some culculation return res; };
在介绍如何开发一个 Express 的适配层前,我们先来熟悉下 Express 框架。
一个简单的 Node.js Web 服务如下:
const http = require("http"); const server = http.createServer(function (req, res) { res.end("helloword"); }); server.listen(3000);
Express 就是基于 Node.js 的 Web 框架,而 Express 核心就是 通过中间件的方式,生成一个回调函数
,然后提供给 http.createServer()
方法使用。
Express 核心架构图如下:
由此可知,我们可以将 Express 框架生成的回调函数,作为 http.createServer()
的参数,来创建可控的 HTTP Server,然后将云函数的 event
对象转化成一个 request
对象,通过 http.request()
方法发起 HTTP 请求,获取请求响应,返回给用户,就可以实现我们想要的结果。
对于 Node.js 的 HTTP Server,可以通过调用 server.listen()
方法来启动服务,listen()
方法支持多种参数类型,主要有两种监听方式 从一个TCP端口启动监听
和 从一个UNIX Socket套接字启动监听
。
server.listen(port[, hostname][, backlog][, callback])
:从一个TCP端口启动监听
server.listen(path, [callback])
:从一个UNIX Domain Socket启动监听
服务器创建后,我们可以像下面这样启动服务器:
// 从'127.0.0.1'和3000端口开始接收连接 server.listen(3000, '127.0.0.1', () => {}); // 从 UNIX 套接字所在路径 path 上监听连接 server.listen('path/to/socket', () => {})
无论是 TCP Socket
还是 Unix Domain Socket
,每个 Socket 都是唯一的。TCP Socket
通过 IP和端口
描述,而 Unix Domain Socket
通过 文件路径
描述。
TCP 属于传输层的协议,使用 TCP Socket 进行通讯时,需要经过传输层 TCP/IP 协议的解析。
而 Unix Domain Socket
可用于不同进程间的通讯和传递,使用 Unix Domain Socket
进行通讯时不需要经过传输层,也不需要使用 TCP/IP 协议
。所以,理论上讲 Unix Domain Socket
具有更好的传输效率。
因此这里在设计启动服务时,采用了 Unix Domain Socket
方式,以便减少函数执行时间,节约成本。
关于 Node.js 如何实现 IPC 通信,这里就不详细介绍的,感兴趣的小伙伴可以深入研究下,这里有个简单的示例,nodejs-ipc
原理大概介绍清楚了,我们的核心实现代码需要以下三步:
通过 Node.js HTTP Server 监听 Unix Domain Socket,启动服务
function createServer(requestListener, serverListenCallback) { const server = http.createServer(requestListener); server._socketPathSuffix = getRandomString(); server.on("listening", () => { server._isListening = true; if (serverListenCallback) serverListenCallback(); }); server .on("close", () => { server._isListening = false; }) .on("error", (error) => { // ... }); server.listen(`/tmp/server-${server._socketPathSuffix}.sock`) return server; }
将 Serverless Event 对象转化为 Http 请求
function forwardRequestToNodeServer(server, event, context, resolver) { try { const requestOptions = mapApiGatewayEventToHttpRequest( event, context, getSocketPath(server._socketPathSuffix), ); // make http request to node server const req = http.request(requestOptions, (response) => forwardResponseToApiGateway(server, response, resolver), ); if (event.body) { const body = getEventBody(event); req.write(body); } req .on('error', (error) => // ... ) .end(); } catch (error) { // ... return server; } }
将 HTTP 响应转化为 API 网关标准数据结构
function forwardResponseToApiGateway(server, response, resolver) { response .on("data", (chunk) => buf.push(chunk)) .on("end", () => { // ... resolver.succeed({ statusCode, body, headers, isBase64Encoded, }); }); }
最后函数的 handler 将异步请求返回就可以了。
如果不想手写这些适配层代码,可以直接使用 tencent-serverless-http 模块。
它使用起来很简单,创建我们的 Express 应用入口文件 sls.js
:
const express = require("express"); const app = express(); // Routes app.get(`/`, (req, res) => { res.send({ msg: `Hello Express`, }); }); module.exports = app;
然后创建云函数 sl_handler.js
文件:
const { createServer, proxy } = require("tencent-serverless-http"); const app = require("./app"); exports.handler = async (event, context) => { const server = createServer(app); const result = await proxy(server, event, context, "PROMISE").promise; };
接下来,将业务代码和依赖模块一起打包部署到云函数就可以了(记得指定 执行方法
为 sl_handler.handler
)。
除了 Express
框架,其他的 Node.js 框架也基本类似,只需要按照要求,exports
一个 HTTP Server
的回调函数就可以。
比如 Koa
,我们拿到初始化的 Koa
应用后,只需要将 app.callback()
作为 createServer()
方法的参数就可以了,如下:
const { createServer, proxy } = require("tencent-serverless-http"); const app = require("./app"); exports.handler = async (event, context) => { // 这里和 Express 略有区别 const server = createServer(app.callback()); const result = await proxy(server, event, context, "PROMISE").promise; };
对于非 Node.js 框架,比如 Python
的 Flask
框架,原理都是一样的,核心只需要做到 将 Serverless Event 对象转化为 Http 请求
,就可以了。由于笔者对其他语言不太熟悉,这里就不做深入介绍了,感兴趣的小伙伴,可以到 Github 社区搜索下,已经有很多对应的解决方案了,或者自己尝试手撸也是可以的。
读到这里,相信你已经清楚,如何将自己的 Node.js 框架迁移到 Serverless 了。但是在这之前,我们都是手动处理的,而且每次都需要自己创建 handler.js
文件,还是不够方便。
为此开源社区提供了一套优秀的解决方案 Serverless Component,通过组件,我们进行简单的 yaml
文件配置后,就可以方便的将我们的框架代码部署到云端。
比如上面提到的 Express
框架,就有对应的组件,我们只需要在项目根目录下创建 serverless.yml
配置文件:
component: express name: expressDemo inputs: src: ./ region: ap-guangzhou runtime: Nodejs10.15 apigatewayConf: protocols: - https environment: release
然后全局安装 serverless
命令 npm install serverless -g
之后,执行部署命令即可:
$ serverless deploy
耐心等待几秒,我们的 Express 应用就成功部署到云端了。
注意:本文 Serverless 服务均基于 腾讯云
部署。
Serverless Express 组件不仅能帮我们快速部署 Express 应用,而且它还提供了 实时日志
和 云端调试
的能力。
只需要在项目目录下执行 serverless dev
命令,serverless 命令行工具就会自动监听项目业务代码的更改,并且实时部署,同时我们可以通过打开 Chrome Devtools 来调试 Express 应用。
以上就是如何将 Web 框架迁移到 Serverless,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。