Cloud_Native/New to the workplace.md
2023-07-14 23:46:17 +08:00

33 lines
6.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

初入职场
小白是一个刚刚毕业的大学生。目前找到 了一份互联网公司运维的工作。在面试的过程中,得 知自己的 team leader 居然是自己的上几届的师兄。 这个消息让小白兴奋不已。由于是同一个学校毕业, 师兄就顺理成章了成了小白的私人运维启蒙老师。这 不小白在周末喝茶的时间跑去骚扰师兄。了解公司的 人员组织架构,好方便让自己快速入工作状态。
小白: 师兄,作为一个运维人员,我们平常工作都和什么样 的人打交道呀?
师兄: 作为一个运维云计算人员,平常和我们工作上有交集的人特 别多。有 PMProject Manager、UIUser Interface、FEFront-End Development、RDResearch and Development、QA、DBA 、OPOperations当然还有 你刚刚入职时,带你办理手续的 HR。看着小白一脸 呆萌的样子,师兄反问道“不知道这些缩写的字母都 是代表了什么职位吧?”那我们就详细说说这些职位 的名字,和他们的工作内容。
PM: 产品经理的简称。通常在网络上被人叫做“产品 狗”。他们的主要职责是” 负责市场调查。根据用户 的需求,确定开发何种产品”。同时他们也是这个产 品的管理者,会时刻跟踪这个产品的动态,保证产品 能够按照预定的时间去上线使用。
UI(User interface): 用户界面设计师。其实他们更相当于一批搞美术的 人。他们根据产品经理口述的产品,将这个产品的样 子设计出来。 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)都会给你分配一个属于你个人的专属邮 箱。你以后通公司中其他员工的邮件往来,就要靠这 个公司提供的邮箱了。
小白: 通过上面这些角色和工具的介绍。我终于知道了个大 概了,再也不用朦朦胧胧了。太感谢师兄了。