2022年底,我手里一共负责了30套系统
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
2022年真是不平凡的一年往常熙熙攘攘的办公室人越来越少真是像曹操说的兄弟相继凋零好似风中落叶啊。
结果人少了手里的系统一个没少慢慢年底了我汇总了一下手里的系统达到了30来个。
搞不定怎么办我是这么做的
目录
1、 区分系统的重要程度
当然这30来套系统也不是一次性过来的是经过一年断断续续到我手里的刚开始每人手里都有自己负责的系统慢慢3月份一点6月份一点8月份一点10月份一点2022年真是不平凡的一年啊。
根据重要紧急程度我区分了P1 P2 和 P3三个等级。
P3就是线上还在跑着的系统但是访问量比较小而且几乎一年了也没有什么需求的
P2就是线上跑着也有访问量需求偶尔会提1个但不会去做太多投入除非有重大改动的不过看今年这情况短时间内也不会有大的改动了但是不是促销活动还是会动一动属于三四个月可能会动一次的
P1就是比较重要的系统访问量比较大几乎每次迭代都会提需求的。
2、P3级别的文档梳理
P3级别相对来说不太重要因为只要线上机器不会坏就没事。但是一旦自己负责了就得有个样子针对这P3级别的8个系统我做了一个统一的文档。
记录了以下几点
△ 代码的地址保证自己有master权限
△ 保证代码可以本地启动起来修改代码可以生效
△ 知道这8个系统都部署在哪台机器上
△ 线上访问的地址是什么
这样就够了这种系统一般不会动除非机器坏了一旦哪天机器坏了我再重新保证能部署到合适的位置就好啦。
3、P2级别的文档梳理
P2级别的日常不用动但到了某个特殊的节日还是会做一些活动处理的所以我做了以下梳理
△ 每个系统记录一个文档
△ 记录代码库的地址保证自己有master权限
△ 记录每套系统的npm源node版本保证与之前开发者统一
△ 代码可以启动起来修改代码会生效
△ 大体梳理代码结构并形成文档例如有前端路由的要找准路由对应的组件如果用了vuex redux的证明这是一套比较麻烦的系统还要多梳理一下数据走向很多人为了锻炼用vuex一个小破页面也用上好烦
△ 通过以上梳理看一下打包的时候是否区分版本号是否区分部署环境等找准测试环境和线上环境的机器都记录下来
△ 线上部署的时候HTML和静态资源js css image是否在一起是可以几台机器一下都重启还是分批重启冷备一部分
△ 记录线上地址查看线上和测试的接口区分
△ 一般服务端同学不用记了因为也只有那么俩人了
△ 代码细节也不用着重梳理有时间再梳理也行
这样保证自己需要做需求的时候可以快一些找到修改的位置改完了可以做代码部署自测以及通知测试怎么测
4、P1级的文档梳理
P1级别的可能每天都需要关注文档中除了以上的P3P2级别的梳理文档还有如下几点重要事项
△ 梳理代码细节子组件的嵌套关系组件间的数据传递情况展示情况
△ 着重梳理数据来源接口是哪些入参是哪些出参是哪些
△ 梳理关键数据的兜底情况是否会因为某些数据下发的不同而产生不同的情况或者直接造成八阿哥
△ 交接给你的人一定追着问之前还有哪些坑哪些没解决的问题这一点至关重要
△ 梳理这套系统中哪些功能更常用需要立刻梳理代码细节有哪些不常用甚至废弃的还没有删除的
△ 了解这些系统的监控系统都有哪些是否需要添加自己为处理人的或者更加重要的系统自己每过半个小时就需要自己去手动访问一次的
等等等等吧问题很多弄不过来再区分也弄不过来。有人说技多不压身但是活儿多了压身啊。
5、把前端代码部署到nginx服务器
有些系统代码因为历史原因不能通过部署平台的需要自己往线上nginx平台部署。之前要么都是前端把dist压缩包发给服务端让服务端部署要么就是有了部署平台自己玩这下好了我得自己往nginx线上服务器上部署。步骤如下学的比较浅但是暂时够用
1、npm run build 打包
2、打出的zip压缩包之后传到服务器上的某个位置
执行 scp -r dist-2022121201.zip dbg@xxx.xx.xxx.x:/home/dbg
这里的dist-2022121201.zip就是你本地dist打出的压缩包
dbg是你在线上机器的用户名
xxx.xx.xxx.x 是线上机器的ip
/home/dbg 是你在线上机器的某个文件夹属于你自己的文件夹
3、登录到线上机器
执行 ssh xxx.xx.xxx.x
4、登录上去以后就到了你自己的空间然后执行 ls 如果刚才传送成功了是可以看见你刚刚打出的 dist-2022121201.zip
5、从你的空间把压缩包移动到部署位置
执行 mv dist-202212121201.zip /usr/share/nginx/dbg_area
/usr/share/nginx/dbg_area 这是你nginx机器上的部署代码的区域这里面将会放你的前端代码
6、将执行命令指向到nginx服务器位置
执行 cd /usr/share/nginx/dbg_area
7、再次执行 ls 命令查看是否已经把压缩包移动过来了
8、解压压缩包就会把上一次的内容覆盖掉
执行 tar -zxvf dist-202212121201.zip
9、重启nginx
nginx -s reload
其实先把压缩包移动过来再解压显得有点冗余完全可以直接执行 tar -zxvf dist-202212121201.zip -C/usr/share/nginx/dbg_area不过前端需要的nginx的知识点不过就是部署一下哦对有的项目用的nginx路由指向前端机器这个也需要关注一下
6、还要学用sequlize操作mysql数据库
这里先大体写个步骤吧每天事太多了还没来得及梳理呢改天梳理上。
印象最深的是后端java大哥告诉我不能把mysql数据库密码写到代码里要以文件形势加密写入到机器的某个位置。
而系统里需要先读取文件再解密再去做为连接池去操作mysql数据库。
哦对了本地还装了个破mysql 还弄了个免安装的小海豚可以自己建表玩。
快要2023年了感觉今年的冬天好冷啊
-- 经海路大白狗 记录于 2022年12月 某个寒冷的星期六、五棵松 - CSDN平台 --
名人名言当你离目的地更近一站的时候你会发现可能到目的地的公交车就会多一趟。