分享【持续更新】记一次从打镜像 → 建设后端 → 开发前端 → 集成cicd → 部署静态资源与服务上线 的心路历程

头像
Black Truth♤
116阅读4评论

本人是个正在坐班的,主要干前端,别的啥都干一点的工程师。每次做一些业务逻辑比较独立的东西,我就妥妥地进入单枪匹马开发模式,被安排的明明白白。

这次涉及到的技术栈有docker, kubernetes, nodejs(koa,nextjs,webpack), react, apollo-graphql, gitlab-ci(这玩意是真滴牛批)

涉及到的语言有shell script, javascript (es6 with ts), graphql

<正文持续更新中...>

第一部分:项目概要

有一天隔壁后端组的小组长给我安排了一个对接第三方app开发的活,类似微信小程序那种嵌入到第三方平台的一个集成开发项目。在那个第三方平台里面,通过oauth鉴权后嵌入一个页面,然后可以用第三方的一套桥接app与平台数据的库做一些CRUD的操作之类的,他们也提供了用graphQL来处理平台内query和mutation所需要的文档。

我方这边研究了一下对方提供的oauth流程,发现对方已经提供了一个koa中间件用于过这个oauth流程了,本着节约时间的想法就打算直接用人家提供的中间件,不再自己按着人家的手册写一套oauth流程集成到自家平台上了。

那么从部署一个页面应用在自家平台上,到集成在对方的平台内,需要做哪些事情呢?总的概括一下,就是起个server挂载页面应用及其所需的所有资源,把这个server跑在一个container里,发布到自家平台的k8s集群里供devops们统一管理,上线以后过一下对方的oauth鉴权,把这个页面应用嵌入到对方平台里面。

<正文持续更新中...>

以后可能经常会发这类文章,作为实际工作经历的记录,希望能够沉淀下可取的思路,为以后的工作提供参考价值。

分享主题:
其它
收藏
举报
加载中…
精选评论
头像
等级0

在一大堆中间件和用koa-router写的rest api里面绕了好久,终于绕出来了。。。一个server要同时handle nextjs的动态路由页面渲染和koa-router写的rest api还需要从路径上做过滤区分之类的操作。要不然就是只甩个默认的error message出来。

头像
等级0

这玩意产出的web app一审没通过,在二审返工,等返工完补齐这个文档😅

头像
等级0

这一个月加班加的我最近每天早上起床和下班打卡的时候都有点神志不清