谢谢您的邀请

技能： 1. Linux基础 包括对Linux整体的理解/使用和基本命令： 了解Linux FHS : Filesystem Hierarchy Standard，国人写的这本书不错 Linux系统架构与目录解析 入门Linux：鸟哥的Linux私房菜.基础学习篇（第三版） 个人认为鸟哥的这本书是一本非常好的入门书 基本操作命令：Google，如Linux command cheat sheet 熟悉至少一个内置编辑器: vi, nano 至少熟悉一个发行版(或系列)，建议作为服务器常用的如Centos, Debian, Ubuntu，可以了解多个常用发行版 个人使用/开发尽量在Linux上，比如我前期选择了 Gentoo Welcome – Gentoo Linux ，非常Cool的一个Linux发行版，配合官方的 Handbook Handbook:Main Page，可以学到很多东西 2. 运维的命令： 运维相关的工具(命令)，了解它能解决很多问题。 前几天刚回答了一个问题：如何才能更深入的学习linux？ 里面的图在这里也可以用到： 可以对着图对学习了解这些命令 3. 基础服务： LAMP或LNMP ：Apache/Nginx，MySQL，PHP/Python/Perl LAMP (software bundle) FTP DNS SAMBA EMAIL NTP DHCP ... 可以本地搭建练练手 这里推荐鸟哥另外一本书 服务器架设篇： 鸟哥的Linux私房菜 4. 运维平台工具: 也在这个问题 如何才能更深入的学习linux？ 里提到了： Nagios Puppet Zabbix Cacti SaltStack .... 可以选择性的折腾下，因为这个涉及到业务，没有实际环境，很难去理解他们的功能和特点。 5. 脚本: 必备：Shell 额外：Python，Perl... 6. 底层: Linux C，内核 7. 网络: 网络是非常重要的一块 把《TCP/IP协议详解》多看几遍，理解。 熟练使用tcpdump等抓包工具 8. 安全: 防火墙配置，如 iptables, ipset 9. 硬件： 接口类型 查看硬件信息 知道各类型服务器，如塔式、机架式、刀片式 10. 其它： 了解更多特定技能要求的方式： Google搜"Linux运维工程师 招聘"，看看他们的需求。 最后推荐一本书：Unix/Linux系统管理技术手册 UNIX/Linux 系统管理技术手册

这么说吧，一个词概括: 万能。首先，服务器路由各种网络设备必须会不多说！ 然后。。。。。不会编程？不合格。不会CAD？不合格。不会ps？不合格！不会设计？不合格！不会会计？不合格！总之，只要和电脑沾边的，你都必须会。。。就算你不会，别人也会认为你会。。

感谢头条邀请！ 所以压力小一些? 相对开发，运维的经验学习成本是比较高的，就是说你不在一定的实用环境下是没法学会真本事的，而开发你坐在家里就可以摸索一个大概出来；而运维的知识更新的速度相对慢，10年前的DBA知识更新可能只有50%，而他本人会非常值钱，而2年前java的一些内容可能都没有发明出来；除非你在开发做到管理职位，否则纯技术开发学习更新的代价会非常高；反过来说：技术开发适合比较喜欢新鲜、喜欢创新的人，而运维适合循规蹈矩比较踏实的人；3.在B,运维工程师的薪水只有开发的2/3左右.你们公司也是一样吗?– 所谓IT运维工程师发展空间是要结合你个人的性格，资深DBA之类的人在地球上还是很稀缺的，我知道ebay china operating center的DBA有开宝马上班的，而且运维不是吃青春饭，越老越吃香，可以说是个平滑的上升直线，而开发如果你只是一个执行者和coder，恐怕就是一个开始猛涨后面猛跌的曲线，毕竟开发知识代谢成本太高，过了30就走下坡路； 【推荐阅读】◆外籍IT运维管理人员有何难处◆网络运维管理工程师四则故事解读◆系统运维工程师技能都应包含哪些◆优秀运维管理工程师成长手册 工作强度低不低是看各个公司的，在A公司运维的强度非常高，基本都是晚上回去还要加班做一些事情，主要原因是人比较少；而B公司的运维强度和人均的负荷成正比，这个我虽然为B服务过（以前我在一家B的供应商呆过，去过B做过一段时间），但是现在B怎么样我不太清楚；2.运维工程师工作的技术含量会不会低一些? 所以压力小一些?– 运维的工作性质主要还是维持运行的平稳和高效，工作主要有安装调试软硬件，根据不同开发项目配置服务器软件，监控等事情；相对开发来说更加偏向操作系统或数据库（这是两个方向，一般是分开招人的）；而开发的偏向于开发软件和一些中间件，数据库和系统一般就由运维的人把关；我个人认为： a.IT运维工程师发展的方向。DBA偏向软件，而OS管理员和network（比如cisco）管理员偏向软硬件结合，还有一种人就是纯粹玩硬件的（安装服务器硬件、机柜什么的）； c. 相对开发，运维的经验学习成本是比较高的，就是说你不在一定的实用环境下是没法学会真本事的，而开发你坐在家里就可以摸索一个大概出来；而运维的知识更新的速度相对慢，10年前的DBA知识更新可能只有50%，而他本人会非常值钱，而2年前java的一些内容可能都没有发明出来；除非你在开发做到管理职位，否则纯技术开发学习更新的代价会非常高；反过来说：技术开发适合比较喜欢新鲜、喜欢创新的人，而运维适合循规蹈矩比较踏实的人；3.在B,运维工程师的薪水只有开发的2/3左右.你们公司也是一样吗? –我个人认为：公司给不同position的薪水肯定是和他预估这个职位重要性和工作强度成正比的，但和未来发展是否正比就不得而知了，这在B内部是有可比性的，至于A如何，我不太清楚，应该相差不大，毕竟A的运维已经是全球领先的，而且人数非常少；4.IT运维工程师发展前景怎么样,会不会以后的发展空间比较小?

谢邀，参考—— 做一个网管需要掌握的能力： 一：做水晶头和布置网线　 二：设置网络协议，架构区域网 三：组装电脑，维修电脑故障 四：简单的配置交换机和路由　 五：了解网络原理，在出现网络问题时，查找到问题设备 六：了解组策略，熟悉office等工作用常用软件 七：了解windows2000/2003 八：了解IIS和SQL和FTP 九：了解域 十：了解三层交换机、高级路由器、硬件防火墙 十一：了解邮件服务器 十二：了解一些主要网络端口 十三：了解使用网络监控软件 十四：熟练设置windows2000 十五：熟练设置IIS、SQL和FTP服务器 十六：熟悉服务器机柜、排线器等，会搭建服务器机柜 十七：了解电话交换机 十八：了解专线、光缆、ADSL等各种网络接入方式 十九：了解VPN、Vlan等网络原理 二十：能够独立搭建邮件服务器 二十一：熟悉三层交换机、高级路由器、硬件防火墙 二十二：能够独立搭建网站、文件、FTP等服务器 二十三：如果能自学一门编程语言最好 二十四：熟悉linux服务器 二十五：熟练使用网络监控软件　 二十六：熟悉高级电话交换机技术

　　下面就我们的IT人员在运维中的不良习惯进行一些有益的总结,以供大家杜绝。 　　(1).治标不治本。IT设施故障往往是突发的、随机的、不可预测、不可控制的.也很难自动提醒和警告。运维和管理人员成天处于高度紧张状况,节假日也提心吊胆。一旦发生故障,往往手忙脚乱来不及仔细多方面观察、分析原因,也无法很快准确定位。为了尽快恢复业务,只能采取重启、清除等不可回朔操作。这种治标不治本的维护措施,不能根本解决问题,类似现象仍然可能再发生。 　　(2).没有排错记录。我们的很多IT人员没有排错记录的习惯,这样当事后查找原因缺乏当时记录,就算找到点痕迹也缺乏进一步分析数据。因为故障不能再现,很难有准备地捕捉有效信息。而要在生产环境模拟故障业务几乎不允许。开发环境又很难模拟和再现。少量片面的系统日志很难看出问题症结,缺乏自动实时捕捉问题关键点并忠实记录工具。造成问题发生后无法回朔,问题解决无法找到头绪。 　　(3).缺乏统一的规范要求。出现同题时解决办法因人而异,缺乏方法和工具,无法制定统一的规范要求。在专家解决问题的经验缺乏记录、整理、积累和继承。从保障稳定看,必须高价保持足够专业运维人员。工作安排松了不利于人员发展和稳定,但安排太紧又无法保证及时响应和解决问题。 　　(4).应对危机太被动。对反映的问题和解决状况缺乏统一管理和跟踪,全靠个人素质和责任感。无法衡量、统计员工的业绩贡献,也无法发现哪些问题最影响系统稳定.造成问题的因素是在积累还是在减弱,更缺少预警提醒机制.只能被动无序地等问题发生甚至很严重了才意识到。 IT运维管理的内容 　　IT运维管理是指单位IT部门采用相关的方法、手段、技术、制度、流程和文档等,对IT运行环境(如硬软件环境、网络环境等)、IT业务系统和IT运维人员进行的综合管理。如果进行细分的话,应该包括以下几个方面: 　　(1).设备管理: 对网络设备、服务器设备、操作系统运行状况进行监控和管理; 　　(2).应用/服务管理: 对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理。如邮件系统、DNS、Web等的监控与管理; 　　(3).数据/存储/容灾管理: 对系统和业务数据进行统一存储、备份和恢复; 　　(4).业务管理: 包含对企业自身核心业务系统运行情况的监控与管理和对于业务的管理; 　　(5).目录/内容管理: 该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理: 　　(6).资源资产管理: 管理企业中各IT系统的资源资产情况; 　　(7).信息安全管理: 企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等; 　　(8).日常工作管理: 该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。 IT运维管理方案 　　在以上内容的基础上,提供一套IT运维管理的解决方案,以供大家借鉴。 　　(1).建立IT运维管理服务平台 　　IT运维管理服务平台帮助IT部门内部各专业部门以单点联系窗口的形式对外服务,业务部门不必了解IT部门内部的运作流程。只需将故障报告给IT部门服务窗口的一线服务台人员即可。由一线支持人员对故障进行分类以电子工单方式派发到相关的专业部门或相关人员处进行及时处理和响应,并向用户及时进行反馈。用户对不同专业部分的咨询、问题和投诉都通过该窗口进行,以避免用户与各级支持人员直接联系带来的种种弊病。如出现不同问题找不同支持人员、找不到人、问题得不到及时反馈和解决等等现象。 　　(2).实现IT监控和统一展现 　　面向业务监控和统一展现能够评估各种IT基础设施和服务在设定的某个时段是否发挥其应有的功能,同时实现对网络、系统及应用服务等全方位监控的统一呈现。统一告警平台汇总、压缩和关联各种设备或服务的告警信息,实现统一监控和展现。这样,各专业部门可以协同作战发挥更大的作用。 　　(3).构建科学、规范的服务流程管理 　　根据企业的实际组织架构,把故障支持划分不同的类型和等级,形成梯队化的故障处理流程,避免出现资源浪费。并且在每个级别的故障事件处理中,通过自动跟踪机制实现故障的自动跳转和升级,从而确保不同紧急程度的故障得到及时的响应和处理,帮助企业建立起一套科学规范的1T服务管理流程。企业环境下首次或者突发出现的事件、告警或故障通过事件工单进行处理;而对于多次出现、深层次、临时恢复的告警事件,可通过问题管理进行解决,以便于协调优势资源攻关和彻底解决。通过层次化、标准化、科学化的管理,量化的评估每个技术人员的工作能力,减少了故障对业务的影响,避免出现责任不明晰,响应不及时的问题,提高客户和用资源的使用更加合理。 　　(4).实施严谨、高效的变更审批流程 　　为基础设施的变更提供快速的电子通道,减少变更过程中出现管理失控的风险和不必要的人为干扰,缩短审批时间,提高变更实施的效率。严谨的变更管理确保在变更实施过程中使用标准化的方法和流程,尽快和有效地实施变更,从而把由于变更所导致的事件对IT服务的影响减小到最低,同时改善了公司的日常运作。它包括一套完整的变更管理功能,包括变更的发起、审批、影响评估、派发实施等功能。以工单的形式在各部门和责任人之间流转。 　　(5).IT资产配置完善管理 　　为企业建立完善的配置基线,为企业建立一套详实的配置管理数据库,小到主机内存、设备端口,大到网络结构、部门或公司的建制,从有形的资产到无形的应用系统、人力资源等都能以电子方式准确记录并长期保存。同时,资产配置管理与服务的事件、问题和变更流程相关联。如变更流程审批完成之后增减的资产配置信息,将自动在资产配置管理数据库中实现同步更新。

说那么多有什么用？！？！运维苦只有做运维的人知道。薪资少，各种苦活累活一天累的跟狗似的，做着孙子的工作。 喂，我的电脑开不了机了，你下来看一下。下去一看，kao，电源插座开关没开。开一下吧。喂，我上不去网了过来看一下。kao，交换机电源谁给拔掉了！？上面插的手机充电器是谁的？

所谓 IT运维管理,是指单位 IT 部门采用相关的方法、手段、技术、制度、流程和文档 等,对IT 如硬运行环境(软件环境、网络环境等)、IT 业务系统和 IT 运维人员进行的综合管理。企业将IT部门的职能全部或部分外包给专业的第三方IT外包公司管理，集中精力发展企业的核心业务。简单的说就是企业在内部专职IT运维人员不足或没有的情况下，将企业的IT外包服务流程，包括全部办公硬件、网络及外设的维护工作转交给专业从事IT运维的公司来进行全方位的维护。

网管的要掌握很多方面技术方面的知识，要非常全面，所以是非常难人才！我们做人要成功也要俱备很多能力，自信心上进心责任心，人际关系口才经验，吃苦耐劳坚持到底，成功必须有以上的能力，缺一也不能少！

谢邀。 首先运维和网管是两个不同的岗位。网管的职责是保证企业能够正常使用内外网，而运维的职责主要是保证企业的各种系统能正常运营。两者有少部分重叠的功能，基本是两个不同的职位。 优秀的运维需要具备什么能力呢？简单的说说个人的观点。 基础能力 硬件设备：需要知道各种硬件的作用和使用方法。 操作系统：系统安装和维护，基本的命令，各种常用运维软件工具的使用。 网络管理：根据实际情况规划网络结构。 进阶能力 网络安全：相关安全配置，主流通信协议，流量分析技能等。 脚本编程：能够很好的补充各种运维工具的不足，形成内部工具集。 分布式：稍微有点规模的系统都是分布式的，需要具备这方面的能力。 错误排查：这一点相当关键，系统上线之后报错，可不一定只是开发的锅，能快速定位错误根源，是一个优秀的运维工程师必须具备的能力。 加分项 软件架构设计：在互联网企业，运维经常需要参与软件设计，对软件架构特别是部署提出建议，避免出现开发完成后不能顺利部署的情况。