运维需要关心的数据有哪些？

运维是一个公司的网站服务器稳定运行的守护者，其实就是个背锅的。往往给领导的印象是“出问题是你的，不出问题是应该的。”这绝对不是我们想看到的。那么我们需要提高自己的水平，用数据说话，来证明自己的价值。

描述出你所运维的系统或者工程项目的所有价值数据，体现如下：

1.工单数量（包括你的每天完成工单的质量和时间。而且要有平台可视化的体现。）

2.SLA可用性（老板眼里只关心两件事：一是他赚了多少钱，二是他花了多少钱。）

3.基础资源（服务器数量和网络设备数量，IDC数量。数据间交互延时多少。我们每天的业务调用数量是多少? 调用的RTT如何? ）

4.故障率（我还是愿意在平台化上展示出这些数据。）

5.报警统计（短信报警的条数已经控制在3%以内）

二、业务数据

1、业务dashboard（zabbix的监控各个主机信息）

2、trace调用链（可以清晰看到业务调用之间的耗时）

3、.业务拓扑切换（重要业务都不是单点在一个IDC中心）

4、业务指标（web要看访问量，电商要看订单率）

5、业务基准数据（资源使用率之类）

6、业务日志挖掘（syslogd--->ELK一同天下的意思）

三、数据展示

1.平台可视化（运维的本质-可视化，我觉得可视化是描述数据最好的方式方法）

2.业务耦合关联（让老板，让RD能够容纳我们的平台）

3.沟通先行（我们在做这些事情的时候要给予老板希望与细心，阐述我们的目的和价值）

4.技术方向（拥抱开源，避免重复造轮）

数据对于我们的工作和生活都足够重要。我们要尊重科技学会善用数据来为我们的工作支撑方向，体现价值！运维的工作特性也是特别需要数据来体现。足可以提高我们的存在价值和对工作的长远影响。

下面是一些常用的职位称呼简写

以百度为例，公司内部职位中英文对照如下：

RD – Research & Develop 研发工程师

FE – Front End 前端工程师

BE – Back End 后端工程师

QA – Quality Assurance 测试工程师

DBA – Database Administrator 数据库

PM – Product & Marketing 产品经理

TS – Technology Support 技术支持

OP – Operation 运维工程师

UE(UX) – User Experience 用户体验设计师

UI – User Interface 用户界面设计师

UER – User Experience Research 用户研究

SYS – System

SCM – Software Configuration Management

FM – Facility Management