运维小白初入职场必备生存手册

小白是一个刚刚毕业的大学生。目前找到了一份互联网公司运维的工作。在面试的过程中，得知自己的team leader 居然是自己的上几届的师兄。这个消息让小白兴奋不已。由于是同一个学校毕业，师兄就顺理成章了成了小白的私人运维启蒙老师。这不小白在周末喝茶的时间跑去骚扰师兄。了解公司的人员组织架构，好方便让自己快速入工作状态。

小白:

师兄，作为一个运维人员，我们平常工作都和什么样的人打交道呀?

师兄:

作为一个运维人员，平常和我们工作上有交集的人特别多。有PM、UI、FE、RD、QA、DBA等，当然还有你刚刚入职时，带你办理手续的HR。看着小白一脸呆萌的样子，师兄反问道“不知道这些缩写的字母都是代表了什么职位吧?”那我们就详细说说这些职位的名字，和他们的工作内容。

PM:

产品经理的简称。通常在网络上被人叫做“产品狗”。他们的主要职责是” 负责市场调查。根据用户的需求，确定开发何种产品”。同时他们也是这个产品的管理者，会时刻跟踪这个产品的动态，保证产品能够按照预定的时间去上线使用。

UI(Userinterface):

用户界面设计师。其实他们更相当于一批搞美术的人。他们根据产品经理口述的产品，将这个产品的样子设计出来。

FE:

前端工程师。他们会根据UI 设计的产品。也就是他们设计的图画转换成HTML + CSS + JS 的前端代码。此时就可以使用浏览器去打开这些设计好的HTML 了。

RD:

开发工程师。网络上所熟知的“猿人”。他们的工作主要是去开发后端的代码。将他们的代码逻辑和FE 的产物联动起来。形成大家访问微博、访问豆瓣一样的网站程序。

QA:

测试工程师。

去验证整个网站的功能是否符合产品经理描述的样子。当验证的过程中出现问题时。QA 就会将这个问题(BUG)报告给RD，让他们去改正BUG。与此同时QA 会在他们的小本本上对这个RD 干的“坏事” 记录一笔。有可能RD 的项目奖金就又少了1块钱。

HR:

人力资源管理。

他们不单单管理我们的入职、离职。同样他们也会去兼管员工的福利待遇。公司的福利关怀等(比如过生日给你送个小礼物啥的)

DBA:

数据库管理员。

负责和维护数据库服务器的人员，主要负责开源数据库(mysql 、oracle 、redis、mongodb等等 )的管理。在大公司里这样的工作被独立出来由特定的人员去处理。但在小公司里，这样的工作通常也是由运维去完成的。

小白此时大悟彻悟。终于明白了这些形形色色的角色。

小白:

师兄，我们运维工程师(Operations) 和这么多的角色有工作上有交集，那我们到底要为他们提供一些什么样的工作支持呢?

师兄：

这么多工作中需要打交道的人，但我们接触最多的人还是RD 和QA 。FE 也算一部分吧。我们为这些人提供了各种各样的工作环境，以供他们去使用。我给你介绍一下这些环境吧，这样你就能快速的熟悉咱们公司的工作流程了。

公司里，存在这么一些环境：开发环境、测试环境、联调环境、预览环境、生产环境。

开发环境:

供开发人员(RD)使用，用于RD 调试测试代码。

测试环境:

供测试人员(QA)使用，用于测试RD们开发完的代码。

联调环境:

供测试人员(QA)使用，往往一个项目是依赖于其他项目。因此要想测试当前项目，就要保证依赖项目 的测试环境也存在，这个整体，我们叫做联调环境。

预览环境:

生产环境的一种，由运维(OP)提供，供QA模拟生产环境测试使用。 QA 对预览环境没有任何权限。所有更改只能由OP支持完成。这个环境同生产环境的唯一差异就是没有生产环境的真是流量，除此之外和生产环境完全一致。

生产环境:

由运维(OP)管理的环境，除了OP有权限之外， 没有任何人存在权限。提供真正的访问流量。假如发现这么一种状况，一个BUG ，QA在测试的过程中完全没有发现，但在生产环境中出现了，RD只能只能登陆生产环境进解决BUG ，这个通常是不被允许的， 因为我们有预览环境，上文提到过，我们的预览环境除了没有生产环境的流量外，其他的和生产环境完全一致。可以让RD通过此环境

进行BUG 的修复。在此操作过程后，OP需要注意，将环境恢复成生产环境，以免破坏预览环境。

小白:

师兄， 为什么要存在这么多的环境呀？这么多人都来找我处理事情，工作上，我怎么和他们进行交流呀？

师兄:

存在这么多环境的原因，主要是让各种角色的人工作互不干扰、环境互补干扰。其实像开发环境、测试环境也完全可以由对应的RD 和 QA 自己去管理。但这样放任权限的结果往往会导致资源的严重浪费。也往往存在环境中使用的各种软件包版本严重不一致，导致一系列问题。为了避免这些问题出现，通常RD 和 QA 使用的环境都是由OP 提供的。

日常工作中，如何和RD 和 QA 去做这些工作上的交流呢？比如RD 需要一台开发服务器，希望你去帮忙创建。他要通过什么途径去申请呢? 这里就要说一说日常工作中使用的协同工作的工具：

邮件：

这个大家都有接触，在大家进入公司的时候，公司的人力(HR)都会给你分配一个属于你个人的专属邮箱。你以后通公司中其他员工的邮件往来，就要靠这个公司提供的邮箱了。

JIRA:

这是一款商业产品，大家有个了解就可以。 通常在大公司有使用。是一款协同工作的软件。举个例子：一个RD 想让你帮忙搭建一个测试环境，他不应该直接找你处理，而是应该通过JIRA 提交申请， 申请的内容有可能是：

“XXX开发人员，需要申请一台开发服务器。往领导审批。”

这个JIRA ，将会被分配给你的领导。 你的领导通过了这个RD 的JIRA 后， 会将这个JIRA 分配给你(这里默认你已经有了JIRA 的账号)。你被分配到了这个JIRA ，且你的领导已经同意了。 这事，你就可以去完成这个RD 的需求了。

WIKI:

其实和JIRA 是同一款产品， 属于同一个公司的产品。 这个产品相当于你了解公司读本。 上面会存放公司的规章制度。技术规范。 你可以通过上面内容去了解公司，了解公司的技术。 当然，当你在学习了一项新技术之后， 也可以将自己的新的，记录到WIKI上去 。你也可以认为这是面向公司内部人士的私人博客。

小白：

通过上面这些角色和工具的介绍。我终于知道了个大概了，再也不用朦朦胧胧了。太感谢师兄了。