什么是网站的二级目录,app软件开发制作公司电话,网站目录遍历,建设能播放视频的网站作为技术人员#xff0c;有没有遇到下班路上收到老板电话#xff0c;系统故障#xff0c;然后地铁上掏出电脑#xff0c;修bug的场景。自己负责的业务线上出现问题#xff0c;负责人心里是很慌的#xff0c;在这种心理状态下做事很容易二次犯错#xff0c;造成更大的问题…作为技术人员有没有遇到下班路上收到老板电话系统故障然后地铁上掏出电脑修bug的场景。自己负责的业务线上出现问题负责人心里是很慌的在这种心理状态下做事很容易二次犯错造成更大的问题。
但是线上业务在高速迭代的过程中出现问题又总是难免的。这个时候对业务系统建立完备的监控体系是十分有必要的。
监控的目标是及时发现系统问题并尽可能快地做出相应的动作让系统处于一种健康状态。
监控顾名思义就是监视和控制
监视通过采集业务日志系统运行指标等观察系统运行状况实现快速定位问题的目的。
控制采用一定的技术手段解决问题使系统恢复正常状态。
定位问题是一件考验一个技术人员技术能力和对系统熟悉程度的事情需要业务系统输出的日志等信息作为线索顺藤摸瓜细心排查才能最终定位到问题。
解决问题是一个对技术人员工作经验要求比较高的事情把问题解决是最基本的要求同时还要考虑解决问题的效率对业务的影响程度等。
解决问题的方式有很多可能大部分技术人员都十分崇拜那种直接在线上改bug然后发布告警消失系统趋于稳定。但是这种解决问题方式对技术人员的技术能力、心理素质都有较高的要求并不是所有技术人员都能做到的这种解决问题的方案很难普适。
这里小编介绍一种简单粗暴的解决问题的方案对于大部分技术人来说操作起来都比较简单。
在讨论这种方案之前我们先来讨论一下问题产生原因问题的产生绝大部分的原因来自于“变化”这里的变化怎么理解呢
这里的变化分为两种 1.业务系统功能迭代发版。有没有同感绝大部分情况下产生线上问题都是发版导致的。
2.业务流量变化业务运营活动产生突发流量。
既然是变化导致的问题那么消灭变化让系统回归到变化前的状态是不是就解决了问题了如果没有解决说明变化没有消灭彻底。
怎么消灭变化呢
对于第一种通常的做法是版本回退业务功能回退sql脚本回退等。
对于第二种系统具有限流的功能或者快速扩缩容的能力。
总结来说就是流控和版本回退简单粗暴。但对于任何线上问题都可以采用这种方案这种方案可能没有直接在线上解决问题那么“酷”但是对技术人员的专业能力依赖不高是一个标准化的流程甚至可以做到自动化二次出错概率很小。
而且作为一个技术人员一定要转变一下思维方式不解决bug也可以解问题并不一定要硬刚bug要考虑解决方案对业务的影响。技术的价值是通过业务体现的尤其是对于做业务的同学来说技术nb并不一定能给你带来成长你支撑的业务nb才能体现你的价值。
