从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脚本的编▂写（期间我也用过，但基本上都是前人写的，我只负责运行） ，不过这里真的没有经验，所以不多发表意见。

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