基于 Serverless 与 Websocket 的聊天工具实现

传统业务实现 Websocket 并不难,然而函数计算基本上都是事件驱动,不支持长链接操作。如果将函数计算与 API 网关结合,是否可以有 Websocket 的实现方案呢?

API 网关触发器实现 Websocket

WebSocket 协议是基于 TCP 的一种新的网络协议。它实现了浏览器与服务器全双工 (full-duplex) 通信,即允许服务器主动发送信息给客户端。WebSocket 在服务端有数据推送需求时,可以主动发送数据至客户端。而原有 HTTP 协议的服务端对于需推送的数据,仅能通过轮询或 long poll 的方式来让客户端获得。

由于云函数是无状态且以触发式运行,即在有事件到来时才会被触发。因此,为了实现 WebSocket,云函数 SCF 与 API 网关相结合,通过 API 网关承接及保持与客户端的连接。您可以认为云函数与 API 网关一起实现了服务端。当客户端有消息发出时,会先传递给 API 网关,再由 API 网关触发云函数执行。当服务端云函数要向客户端发送消息时,会先由云函数将消息 POST 到 API 网关的反向推送链接,再由 API 网关向客户端完成消息的推送。

具体的实现架构如下:

实现架构

对于 WebSocket 的整个生命周期,主要由以下几个事件组成:

  • 连接建立:客户端向服务端请求建立连接并完成连接建立;
  • 数据上行:客户端通过已经建立的连接向服务端发送数据;
  • 数据下行:服务端通过已经建立的连接向客户端发送数据;
  • 客户端断开:客户端要求断开已经建立的连接;
  • 服务端断开:服务端要求断开已经建立的连接。

对于 WebSocket 整个生命周期的事件,云函数和 API 网关的处理过程如下:

  • 连接建立:客户端与 API 网关建立 WebSocket 连接,API 网关将连接建立事件发送给 SCF;
  • 数据上行:客户端通过 WebSocket 发送数据,API 网关将数据转发送给 SCF;
  • 数据下行:SCF 通过向 API 网关指定的推送地址发送请求,API 网关收到后会将数据通过 WebSocket 发送给客户端;
  • 客户端断开:客户端请求断开连接,API 网关将连接断开事件发送给 SCF;
  • 服务端断开:SCF 通过向 API 网关指定的推送地址发送断开请求,API 网关收到后断开 WebSocket 连接。

因此,云函数与 API 网关之间的交互,需要由 3 类云函数来承载:

  • 注册函数:在客户端发起和 API 网关之间建立 WebSocket 连接时触发该函数,通知 SCF WebSocket 连接的 secConnectionID。通常会在该函数记录 secConnectionID 到持久存储中,用于后续数据的反向推送;
  • 清理函数:在客户端主动发起 WebSocket 连接中断请求时触发该函数,通知 SCF 准备断开连接的 secConnectionID。通常会在该函数清理持久存储中记录的该 secConnectionID;
  • 传输函数:在客户端通过 WebSocket 连接发送数据时触发该函数,告知 SCF 连接的 secConnectionID 以及发送的数据。通常会在该函数处理业务数据。例如,是否将数据推送给持久存储中的其他 secConnectionID。

Websocket 功能实现

根据腾讯云官网提供的该功能的整体架构图:

整体架构图

这里我们可以使用对象存储 COS 作为持久化的方案,当用户建立链接存储 ConnectionId 到 COS 中,当用户断开连接删除该链接 ID。

其中注册函数:

# -*- coding: utf8 -*-
import os
from qcloud_cos_v5 import CosConfig
from qcloud_cos_v5 import CosS3Client

bucket = os.environ.get('bucket')
region = os.environ.get('region')
secret_id = os.environ.get('secret_id'
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在基于serverless构建零售创新应用方面,有以下几个主要优点和适用场景。 首先,serverless架构能够极大地简化应用的开发和部署过程。传统的应用开发需要部署和维护自己的服务器,而serverless则完全移除了这一步骤。开发人员只需要编写核心业务逻辑,将其封装为函数,然后上传到serverless平台即可。这种方式能够大大减少开发和运维的工作量,提升开发效率和创新能力。 其次,serverless架构能够节约成本。由于serverless不需要维护自己的服务器,开发人员只需要根据函数的实际执行时间来付费,而不需要为传统的服务器进行预留。这种按需付费的模式能够极大地降低成本,并且能够根据需求进行弹性扩缩容。 此外,serverless还能够提供更好的可伸缩性和弹性。无论应用的流量如何变化,serverless都能够根据需求自动扩缩容,确保应用的稳定性和高可用性。因此,基于serverless构建的零售创新应用可以灵活应对季节性波动、促销活动等不确定的业务需求。 最后,serverless能够与其他云服务进行无缝集成,使得开发人员能够利用丰富的云服务进行创新。例如,可以使用AI服务进行商品推荐、运营分析等功能,也可以使用云存储服务进行数据存储和管理。这些服务可以直接与serverless函数进行集成,提供更强大的功能和用户体验。 总结来说,基于serverless构建零售创新应用能够简化开发和部署、节约成本、提供可伸缩性和弹性,并且能够与其他云服务进行无缝集成,为零售行业带来更多的创新机会。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值