运维架构运维师和构架师的区别是什么啊？

如何搭建秒杀场景下的运维架构

秒杀及免费券活动，在活动开始的时候，访问量是呈直线式的飙升，瞬时的峰值访问量通常会是平时的好几十倍，而每一次请求都会透过运维的负载均衡系统到后端的各业务系统，对负载均衡系统的稳定性有着非常高的要求，所以在架构上要做到高可用性和可扩展性。

在管理上要做到灵活性。

对业务又要做到容错性。

首先是容量预估。

先通过获取预期的销量数据，再根据以往的经验及公司推广的力度做相应的容量预判。

然后是做风险预估及预案，对各核心系统及外部资源都要做好相应的风险控制。

最后就是通过灾演去真实还原各种可能存在的风险，验证整个系统架构的可用性。

对于运维系统而言，一是要有非常直观的监控系统，便于在第一时间去定位问题、分析问题，二是要有非常灵活的自动化系统，便于在问题发生时进行快速处理。

大促前，通常会提前10天完成线上扩容，通过这个周期去观察新资源的稳定性， 接下来就要做真实的线上灾演，灾演包括各个系统的故障模拟和风险预案，故障模拟会真实地去模拟线上故障来验证整个运维系统架构的高可用性和容错性，同时在处理问题的过程中，通过灾演提高运维团队的响应速度以及和其他兄弟团队的配合度，以保证问题处理时的有序性。

风险预案主要就是要确保一切备用方案在启用时的正确性。

只有真正的去验证过，在遇到问题时，大家才有信心去操作。

大促时的问题处理基本就是遵循灾演流程，让问题快速消化掉，同时随时要做好快速扩容的准备为各业务线系统提供稳定的保障。

工作中，难免都会遇到这样的情况，在临时解决后，会对问题进行划分，如果是风险较高的问题，会放到之后的灾演中，如果是周期性的，会考虑做成平台功能，自动处理。

如果是必须人工化的，就会做成SOP。

刚从技术转向管理时，前期还是习惯性的冲到第一线，去攻坚和解决技术难题，后来在意识到这个问题后，才将更多的精力投入在人才的培养上面，在保证质量及稳定的前提下，只做方向上的把控，让大家真正放手去做，通过这样的方式迫使大家在短时间都迅速的成长了起来。

注重团队氛围的建设，鼓励创新，鼓励大家把自己真实想法提出来，通过讨论确定阶段性目标，让大家都真正参与进来，为共同的目标奋进，在这种轻松平等的环境下，团队的创造性及积极性也有所保证。

新兴技术的兴起，确实会对传统的运维模式产生一些变化，所以对运维工程师的要求也会越来越高，运维工程师在工作中，会接触到不少的开源产品及新的技术，所以很多时候要站到一个更高的角度去看问题。

而新技术的出现也会迫使大家去学习，去思考怎样将工作变得更有效率，更有价值。

这个过程本身就是一个学习和积累的过程，在知识的积累上，最好是能做到深广结合，切勿浅尝则止。

运维架构本身不会涉及具体的业务，所以应该会比较有共性，而如何在大流量、高并发的情况下，做好这一环节的支撑。

运维师和构架师的区别是什么啊？

运维工程师的工作强度是不是比开发工程师的工作强度低一些? 工作强度低不低是看各个公司的，在A公司运维的强度非常高，基本都是晚上回去还要加班做一些事情，主要原因是人比较少；而B公司的运维强度和人均的负荷成正比，这个我虽然为B服务过（以前我在一家B的供应商呆过，去过B做过一段时间），但是现在B怎么样我不太清楚；