行业动态

						从2018至今的运维工作经历总结

1.桌面运维

该职位的招聘人员多为事业单位或政府机构，也有一些外包性质。说白了，就是胡闹。

2.服务器运维

这项工作的内容一般可以分为两类：第一类是小型软件公司或个体户。他们自己的单位有一台或两台服务器和一个4平方米的机舱，算作机房。这种运维比较简单。确保服务器不会宕机就足够了。主要是检查机房的温度。如果真的遇到宕机或者服务器里面的应用程序不可用，一般都是打电话找相关运营商解决。事实上，这是一团糟。第二类是正规的中型软件公司。不仅公司本身有比较正规的机房，其客户一般也有正规的大型机房。这种服务器运维会有更严格的要求。一、机房的温度、机房的后备电源等环境条件、服务器的RAID存储方式和容错能力、防灾记录等都要考虑到（其实大部分是主备分离迁移）。对于这种正规的中型企业网络，需要强调的是，服务器机房的网络最好有监控拓扑，可以检测到网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。机房的温度、机房的后备电源等环境条件、服务器的RAID存储方式和容错能力、防灾记录等都是必须要考虑的（其实大部分都是的） -迁移的备用分离）。对于这种正规的中型企业网络，需要强调的是，服务器机房的网络最好有监控拓扑，可以检测到网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。机房的温度、机房的后备电源等环境条件、服务器的RAID存储方式和容错能力、防灾记录等都是必须要考虑的（其实大部分都是的） -迁移的备用分离）。对于这种正规的中型企业网络，需要强调的是，服务器机房的网络最好有监控拓扑，可以检测到网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。服务器的RAID存储方式和容错能力，以及防灾记录都要考虑到（其实大部分都是主备分离迁移）。对于这种正规的中型企业网络，需要强调的是，服务器机房的网络最好有监控拓扑，可以检测到网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。服务器的RAID存储方式和容错能力，以及防灾记录都要考虑到（其实大部分都是主备分离迁移）。对于这种正规的中型企业网络，需要强调的是，服务器机房的网络最好有监控拓扑，可以检测到网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。需要强调的是，服务器机房的网络最好有监控拓扑，可以检测出网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。需要强调的是，服务器机房的网络最好有监控拓扑，可以检测出网络的问题。还有一点要提的是云服务器方面，和物理服务器大多没有太大区别，主要是我对这方面接触的不多。这是我接下来要研究的。

3.应用运维

其实应用运维的内容基本是一样的，基本就是运行环境（JDK、LNMP、LAMP这几个都逃不过），另外就是根据不同单位的产品设置不同的配置，其实我个人觉得这方面。不用深究，统一配置流程，剩下的就是熟悉与否的问题了。值得一提的是公司内部开发环境和测试环境的自动化搭建能力。我目前接触的构建架构是+(git,svn)+一些高端封装会添加容器化技术，自动将构建好的jar包推送到镜像环境。

我的相关工作经验 基本上公司内外所有项目都会涉及到运行环境的搭建，无非就是操作系统的不同（大多是linux比较少），以及项目成熟度的不同产品（通常取决于是否有包装）。）。有一件事需要分享。公司运维部的新人，普遍急于熟悉公司自有产品的部署。其实我个人认为不用担心，因为公司的产品部署是正规的。公司有操作维护手册，遵照执行。手册应该没有什么大问题，即使你没有 没有说明书，基本上问问同事就可以了。无非是熟悉。不要忘记一些需要修改的conf配置文件。你能注意到一些细节吗？一般来说，只要一两个项目，你基本上就可以了。所以不用担心，未来会有更多部署产品的机会。我个人在运维部门有一份新工作。首先对产品生产线的工作模式（需求-开发-测试）有一个大概的了解，从而了解产品的构建模式。部分公司产品不需要运维。部署构建环境，只需要为服务器提供一个启停产品服务环境（一般情况下，更多积分将用于开发和测试，如有需要，也将用于向甲方演示）。因此，在不需要部署自动化构建的情况下，产品线至少需要三台服务器用于开发、测试、需求这三个部门（有些小企业使用一台服务器三个部门）。如果你需要为开发和测试构建一个自动化的构建环境pc运维外包，我认为这是你应该知道的第一件事。之所以会这样，是因为这个自动化构建可以算是一种技能储备，但是公司的产品不一样（每个公司的产品部署流程不一样）。语言不能太绝对，要明白精神。无需部署自动化构建，产品线至少需要三台服务器用于开发、测试、需求这三个部门（有些小企业使用一台服务器三个部门）。如果你需要为开发和测试构建一个自动化的构建环境，我认为这是你应该知道的第一件事。之所以会这样，是因为这个自动化构建可以算是一种技能储备，但是公司的产品不一样（每个公司的产品部署流程不一样）。语言不能太绝对，要明白精神。无需部署自动化构建，产品线至少需要三台服务器用于开发、测试、需求这三个部门（有些小企业使用一台服务器三个部门）。如果你需要为开发和测试构建一个自动化的构建环境，我认为这是你应该知道的第一件事。之所以会这样，是因为这个自动化构建可以算是一种技能储备，但是公司的产品不一样（每个公司的产品部署流程不一样）。语言不能太绝对，要明白精神。如果你需要为开发和测试构建一个自动化的构建环境，我认为这是你应该知道的第一件事。之所以会这样，是因为这个自动化构建可以算是一种技能储备，但是公司的产品不一样（每个公司的产品部署流程不一样）。语言不能太绝对，要明白精神。如果你需要为开发和测试构建一个自动化的构建环境，我认为这是你应该知道的第一件事。之所以会这样，是因为这个自动化构建可以算是一种技能储备，但是公司的产品不一样（每个公司的产品部署流程不一样）。语言不能太绝对，要明白精神。

4.网络运维

我在网络方面没有太多的个人经验。虽然我参加过华为Hcip测试，但我几乎没有真正的项目经验。我只是私下做过一些拓扑实验。其实，以我这三年的经验来看，公司层面的人脉，基本上是在我平时的工作中完成的。通常，最多就是划分一个vlan，以及一些基本的ping网段。只需检查就足够了。当然pc运维外包，这只是我个人的经验，我对网络运维的理解也只能停留在这个表面。

5.开发运维

开发运维不是我能参与的，也没有做太多研究。此刻我能分享的是，如果我想让我的开发同事闭嘴，我会给他们一个比他们更懂开发和运维的编程语言。至少如果我学会了，它会是我的第一选择，还有shell脚本的编写（期间我也用过，但基本上都是前人写的，我只负责运行） ，不过这里真的没有经验，所以不多发表意见。

以上就是我对运维工作分工五个方面的总结。我的能力还很浅，很多项目都没参与。这只是我个人经历的肤浅看法。不要抬起这个地方，你抬起它是对的。总而言之，我对运维工程师这个职业最大的感受就是要了解和了解的东西太多了。