应用运维的三个项目

本文探讨了开发和运维的紧密关系,强调在项目中的并行性。作者分享了在HW、ZT和SJK历史项目中的运维经验,涉及问题单处理、bug修复和平台维护。文章指出不同项目中运维工作的比重和挑战,如在HW仅能通过代码分析,而在CS和SJK则有更多实践机会。

Survive by day and develop by night.
talk for import biz , show your perfect code,full busy,skip hardness,make a better result,wait for change,challenge Survive.
happy for hardess to solve denpendies.

目录

在这里插入图片描述

概述

应用运维

需求:

设计思路

实现思路分析

1.开发和运维

其实开发和运维并不分家。本来就是相辅相成,从0到1的项目毕竟是很少的。大部分的项目都是并行的

2.比重

可能有的项目占得比重较大,

3.历史项目

在HW的naster项目,ZT的abom 项目,SJK的云项目

都是对应的项目

4.工作内容

基于HW的流程平台,CS的问题excel,SJK 的其YQY 等平台,问题单,bug平台,bug流程平台等
本质上是改bug 单

5.历程

HW只能是看代码,没有环境调试没法,只能打log.或者说我当时并不知道怎么搞的。只会分析没有什么实际产出。
CS的问题单改了前端和后端可以部署,也可以调试,只是当时容易的改,难的都没解决。
SJK的云单子前期时间多,问题少,方法对路。所以有时间研究的。
PM单子改了一点点。可能说我干着工作无关的事情吧,就在这种原因吧。

参考资料和推荐阅读

1.暂无

欢迎阅读,各位老铁,如果对你有帮助,点个赞加个关注呗!~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

迅捷的软件产品制作专家

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值