运维分为系统运维、安全运维、网络运维、应用运维等等。

网管也属于运维的一种，但由于特定维护环境在网吧，所能接触的只是无盘系统和网吧收银系统，而包括技术方面的搭建和维护大多承包给了专门的公司，所以网管更多在解决客户白痴问题、更换键盘鼠标耳机、清理桌面吧台乃至收银送餐等工作，相对比较低级。

运维含义

运维本质上是对网络、服务器、服务的生命周期各个阶段的运营与维护，在成本、稳定性、效率上达成一致可接受的状态。

因此运维通常属于技术部门。

运维工作

运维人员对公司互联网业务所依赖的基础设施、基础服务、线上业务进行稳定性加强，进行日常巡检发现服务可能存在的隐患

对整体架构进行优化以屏蔽常见的运行故障，多数据中接入提高业务的灾能力。

首先，运维和开发是两个截然不同的方向。如果做运维的话，有开发的底子那么转岗位也不是不可以。

运维，无非就是维护公司的服务器，网站，各种服务搭建、维护和调优

运维是一个非常广泛的定义，在不同的公司不同的阶段有着不同的职责与定位，如果以operation字面的含义去理解，认为就是敲几行操作命令的工作，那就错了。 对于初创公司，运维工程师的工作可能需要从申请域名开始，购买/租用服务器,上架，调整网络设备的设置，部署操作系统和运行环境，部署代码，设计和部署监控，防止漏洞和攻击等等。对于大型的公司，对于运维工作的要求越来越高，也催生了更细化的运维分工：从大的方向，可以分为网站运维，系统运维，网络运维，数据库运维，IT运维，运维开发，运维安全等方向。
很多非从业人员对运维的看法一般属于IT运维的一个非常小的职责：装系统^^。 一些研发工程师对运维的看法也只局限运维工作的几个点：部署, 变更, 监控，响应。
无论做什么运维，最基本的职责都是保证业务能够稳定运行。所以必须成为业务稳定性的owner。有些人通常认为运维工程师像消防员，7*24小时响应异常，救火。但是稳定性的运维工程师和医生的职业更接近。医生也分各种科室，也有急症室，需要先判断病人的问题，对症下药。
业务有着各种各样的需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。
在满足业务需求时，应该分清主次，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。稳定性不用多说，如果用户没法稳定使用你的业务，什么产品特性都没有价值。对于百度这样极速发展的互联网公司，每天都有大量的升级更新需要提供给用户，如何在异地的大集群上最快的满足产品的升级需求，同时让用户对升级过程无感知，这是我们的追求。当用户会用百度来测量网络是否可以上网时，就是对运维质量的褒奖。
其次，可以横向看看不同业务的需求。如果能够把多个业务的需求抽象出来，把一些有通用价值的工作平台化（例如数据库，cdn，监控，流量接入和调度，大数据的存储和计算），也能在这个方向进行深入的发展。在百度这样的巨大的流量和服务器规模下，你不仅有巨大的空间和挑战，也有着充足的资源和支持，可以开发和应用业界最前沿的技术。
有一定的积累后，可以进入到宏观和微观的两个层面，从整个公司层面考虑业务的智能部署和调度（涉及网络，硬件，系统，应用开发方式等各个要点），进一步提升效率和节省成本。
如果能够懂业务，理解业务的模式，紧密结合业务进行优化和创新，也是运维工程师体现价值的另外一种方式。有很多产品上的创新，专利的申请，论文的发表，业务指标的提升，直接或者以合作的方式由运维工程师贡献。

运维工程师的日常分为两种情况：

第一种，运维工程师需要他们完成一个项目产品的时候，有的时候需要加班好几个星期。

他们在产品项目完成的不同阶段会发挥不同的作用。所以其实他们的工作内容很多：
产品发布前：负责参与并审核架构设计的合理性和可运维性，以确保在产品发布之后能高效稳定的运行。
产品发布阶段：负责用自动化的技术或者平台确保产品可以高效的发布上线，之后可以快速稳定迭代。
产品运行维护阶段：负责保障产品7*24H稳定运行，在此期间对出现的各种问题可以快速定位并解决；在日常工作中不断优化系统架构和部署的合理性，以提升系统服务的稳定性。

主要是解决服务器的故障。保障数据的上传下载。

系统运维工程师不仅需要有Linux基本操作技能，还应该会服务器硬件、以及企业里常用的双机集群、Windows、VMware、数据库等技能，这样才能有担任合格的系统运维工程师。

又没到那种，有很多重要的是看你主要是因为在哪一方面，有的是负责视频会议，有的是。不早网络与地址的分配，有的是负责机房的维护，这倒是不懂。