那么在BAT从事运维的同学们都在做什么?从几个层面简单描述：

▼运维职能方面：首先，BAT在运维上的分工更细，一般系统、数据库、应用运维这些都是完全分开的，因此在岗能上可能更加专注，当然涉及的面肯定会窄。

工作职能上，运维主要在可用性、效率提升、成本控制这3个主要方面发力，并和公司、研发的目标密切关联，运维所做的绝大部分工作都是从这3个目标中拆出来的。

技术提升上，主要是以项目的形式，利用对服务的了解和技术方案，来解决共性问题。

▼技术工作方面：以服务可用性为例，绝不仅仅只是处理报警，操作时小心些，写几个自动化工具这么简单，它包括了：

技术方案：预案执行是否足够清晰明确、速度足够快;监控是否能及时发现问题，避免客户投诉;服务出现任何问题，是否都有及时的方案止损和解决(例如机房异常的问题);业务出现问题，是否有方案能够定位和恢复;

非技术方案：流程的控制(任何对线上的操作是否有记录、随时回滚、方便review)，信息的披露(信息是否公开透明)。

▼做事方法方面：数据说话。今年的可用性目标是保持服务基本稳定?还是保持服务可用性99.**?还是保持99.**基础上0运维事故，同时mttr小于20分钟?

严格按照既定计划安排工作、review、总结。有明确的工作实施拆分细则么，精确到什么时间维度，季度?月?周?日?多久review一次?

合纵连横，结合外部资源以更高的视角去解决问题，而不是停留在一个点上。下面有类似例子。

结合这些方面，可能BAT的运维同学才能够实现技术的提升，这是我所看到的。

较后说下运维的努力方向：

想要运维有前途，需要几个要素：

1、需要一个能够施展运维发展的平台。至少是一个有发展并有一定机器规模的业务。这里并不是*要bat，而是选择一个适合你的。

2、了解和熟悉业务。很多人不喜欢去处理问题，然后只想着做高大上的东西，这样的结果我不说你也明白，就是不接地气，做出来的东西没人用，等等。

所以我认为运维架构师*是一个了解和熟悉业务的人，而且非常熟悉。我身边也遇到过这样的人，等级很高，平时也不处理什么问题，但关键时刻(比如出了问题)，他就是能迅速找到关键点并解决之，并且某些细节比你还要了解，让你不得不佩服。运维是*要做这样的人!

3、对运维技术和业务架构的发现和思考。即使你每天重复在做上线、处理故障和问题、响应需求、开发和维护脚本，这些都没关系，重点是你是否有从所做的问题上看到业务和运维上的痛点，并利用已有的技术方案，处理和解决掉!

4、综合考虑问题，并以全局化视角去解决共性问题。问题是很多的，也并不是说解决掉很多个问题就是牛人，问题的关键在于怎么解决问题的同时能体现你的全局视角和技术能力。

举个较简单例子，有台机器磁盘快满了，这肯定是个特别小的问题了，运维同学应该经常遇到，怎么处理呢?

更多培训课程，学习资讯，课程优惠等学校信息，请进入 上海黄浦区Web培训上海徐汇区Python培训上海长宁区Linux云计算培训 网站详细了解，免费咨询电话：400-998-6158