【Serverless】前端上 Ali 云必备指南
1. 前言
大家好,我是小鑫同学。一位从事过 Android 开发、混合开发,现在长期从事前端开发的编程爱好者,我觉得在编程之路上最重要的是知识的分享,所谓三人行必有我师。所以我开始在社区持续输出我所了解到、学习到、工作中遇到的各种编程知识,欢迎有想法、有同感的伙伴加我fe-xiaoxin微信交流~
原本早就该写完了微信 SDK 授权服务上云计划由于对 Ali 云函数计算 FC 的不熟悉遇到了很多的坑,再前面的文章中还吐槽了一通。在服务顺利跑通后,这回实打实的来总结一下顺利上云的保守指南~
2. 创建函数计算应用/服务/函数
项目基于 Node.js 技术栈的 egg.js 服务端项目模板搭建授权服务
2.1 选择服务模板:
登陆 Ali云函数计算 FC 应用控制台,选择【通过模板创建应用】,在下面的选项选中 Web 开发框架后搜索 **Egg.js **官方模板。
2.2 立即创建:
由于在线 IDE 在简单尝试后感觉还是不太利于调试,尤其是对 egg.js 和函数计算 FC 都还不是很熟悉的伙伴不建议直接在在线 IDE 中开发。
2.2.1 部署类型:
我们选择经常使用的一个代码托管平台来【通过代码仓库部署】 ,【仓库用户/组织】在第一次使用的时候需要跳转到托管平台进行一次授权~
2.2.2 触发方式:
【触发方式】可以选择当代码推送至 master 分之后拉取并构建,也可以选择发布 Release 后构建,我认为选择默认的代码推送 master 后构建是符合学习阶段的~
2.2.3 服务名 &函数名:
【服务名】和【函数名】在每次创建的时候提供的默认名称都是一样的,这里我们必须要重新命名,切记要重新命名,否则会覆盖掉之前已经从在的服务和函数,重名在创建时未能触发校验的问题技术已经在工单回复会做评估了~
2.2.4 等待创建:
创建应用包括了同步模板代码到你所选的托管仓库,在 Ali 函数计算 FC 开辟空间来创建应用,完成创建后开始执行部署工作~
部署完成后在当前应用的详情页面或应用列表页面可以通过提供的域名访问 Eggjs 提供的默认首页~
2.3 必要的配置修改:
2.3.1 自定义域名:
如果你有阿里云的域名的话可以在【高级功能】-【域名管理】-【添加自定义域名】,在域名解析的时候通常解析二级域名而不是直接解析到主域名下,我的主域名是 it200.cn,待解析的二级域名使用了 wx.it200.cn。 路由配置选择刚创建的应用时填写的服务名和函数名,版本使用最新的 LATSET 版本~
域名解析简要说一下:当要使用一个自己的域名(自定义域名)去代替另一个域名(默认提供域名)时,记录类型需要选择 CNAME,主记录只需要填写二级部分,解析线路不需要修改,记录值就是被代理的域名,配置解析后你就可以稍等片刻去尝试访问了~
2.3.2 环境变量配置及函数中读取:
在对接微信 SDK 授权的时候需要使用到微信提供的安全秘钥和凭证信息,这些信息在部署服务的时候必须使用环境变量来配置,这样的信息是不适合放置到代码中的~
增加一个获取环境变量名为 APPID 的控制器并注册到名为 env
的路由对象中~
推送代码并等待重新部署后配置如下环境变量,环境变量在【服务列表】-【服务 xxx 详情】-【函数管理】-【函数详情】-【函数配置】中,正常通过访问获取 ENV接口将会在浏览器中输出了配置的 APPID 对应的值~
2.3.3 函数触发器支持 POST:
使用过 Egg.js 搭建服务的伙伴会知道 Egg.js 默认开启的 CSRF 安全策略,当我们发起 POST 请求后会肯快在控制台收到 403 拒绝访问的状态码,但当我去关闭 CSRF 策略后依然收到了 403 的状态码,一度我怀疑这个配置不允许修改,在咨询 ali 技术后知道要想使用 POST 方式来触发接口需要做单独的配置~
3. 移植 WxSDK 授权代码:
授权代码本地版本:
git clonne git@github.com:OSpoon/wechat4node.git
3.1 必要依赖安装:
3.1.1 crypto-js:
npm i crypto-js
我们会使用到提供的 SHA1 算法来验证腾讯服务器发来的数据签名和计算签名提供给腾讯服务器来验证我们的数据可靠,代码见 service
文件夹~
3.1.2 egg-cors:
npm i egg-cors
安装后开启插件:
安装后配置插件,放开** CORS **限制:
3.2 关闭 CSRF 安全策略:
CSRF 安全策略在前后端不分离的应用场景使用广泛,在前后端分离后通常使用 JWT 来实现授权过程,所以这里我们也不采用 CSRF 策略,我们通过配置来关闭~
3.3 移植路由配置:
checkOrigin:在微信公众平台主动发起的服务验证时使用;
token:公众号相关 API 授权信息获取接口;
ticket:公众号相关 API 票据数据获取接口;
signature:公众号 JS-SDK 在初始化使用的授权信息获取接口;
3.4 移植控制器:
在控制器中只需要保留的入参、出参和执行逻辑的调用代码,其他它的具体业务逻辑均 service
层编写,异常处理和统一响应暂时不需要考虑~
3.5 移植服务层:
在 app 目录下新建 service/WeChat.js
并移植对应代码~
3.5.1 常量 APPID 和 APPSECRET 改为使用环境变量读取:
const APPID = process.env.APPID;
const APPSECRET = process.env.APPSECRET;
3.5.1 对象缓存应用:
微信提供的 access_token
和 ticket
都有频率限制,不适合每次都直接调用微信所提供的接口,我们在没有 Redis 等这种数据存储的情况下可以考虑使用对象缓存来实现access_token
和ticket
的缓存,实现接口的降频处理~
4. 验证云函数执行情况:
4.1 创建 Vue 项目:
执行
yarn create vite
创建;添加 js-sdk 脚本到 index.html:
安装 axios 完成接口数据交换;
4.2 移植前端代码:
重复的就不要再写了,copy 一下~
4.3 重新配置环境变量和触发器:
当我们把代码每次 push 到远程等待部署成功后,上一次配置的环境变量和触发器就丢失了,问题是由于代码库里面的 s.yaml
配置文件覆盖导致的,这个文件就留给有心的小伙伴研究研究怎么样~
4.4 验证云函数执行:
在微信开发者工具中正常打开前端项目页面后,会先直接 token 获取,票据获取,合成验签三步,在前端拿到验签数据后正常初始化 wx.config ,并提示授权成功~
5. 总结
微信 SDK 授权服务的上云就算是暂时搞定了,前前后后折腾的时间不短,尝试了多次,这一次是最顺利的,云函数在没有服务器的情况下对于前端开发者应该还是很友好的(相比于服务器操作来说),要不要一起来踩坑呢?后面还会对接上一篇的【消息通知】来实打实的将这个服务应用起来~
如果看完觉得有收获,欢迎点赞、评论、分享支持一下。你的支持和肯定,是我坚持写作的动力~
版权声明: 本文为 InfoQ 作者【小鑫同学】的原创文章。
原文链接:【http://xie.infoq.cn/article/b338dfe60598088438403ed4a】。文章转载请联系作者。
评论