运维项目经验： 到底什么才算是项目经验？

也许，这某人要找的这个岗位需要的项目经验是几十个或者百个以上，对比下来就显得不够了。

其他答案:都不算，项目经验指的是在工作中一个有难度的工作的处理经验。

运维项目经验： 没经验如何走进运维工程师

如是人才建议您可以从初期的基础课程学起，比如：Linux、VMware虚拟机的使用、企业常用服务器的介绍（DELL,IBM,HP…）等。中期的课程比如：服务的管理、FTP/SAMBA/NFS、IP网络存储ISCSI、DHCP、NTP、DNS、Web(apache/nginx)等。最后也可学习下：（X...展开全部

其他答案:一、什么是大型网站运维？首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂 性角度考虑，如网站规范、知名度、服务器量级、pv量等考虑，其它因素不是重点；因此，我们先定义服务器规模大于1000台，pv每天至少上亿（至少国内 排名前10），如sina、baidu、qq,等等；其它小型网站可能没有真正意义上的运维工程师，这与网站规范不够和成本因素有关，更多的 是集合网络、系统、开发工作于一身的“复合性人才”，就如有些公司把一些合同采购都纳入了运维职责范围，还有如idc网络规划也纳入运维职责。所以，非常 重要一定需要明白：运维对其它关联工种必须非常了解熟悉：网络、系统、系统开发、存储，安全，db等；我在这里所讲的运维工程师就是指专职运维工程师。我们再来说说一般产品的“出生”流程：1、首先公司管理层给出指导思想，pm定位市场需求（或copy成熟应用）进行调研、分析、最终给出详细设计。2、架构师根据产品设计的需求，如pv大小预估、服务器规模、应用架构等因素完成网络规划，架构设计等（基本上对网络变动不大，除非大项目）3、开发工程师...一、什么是大型网站运维？首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂 性角度考虑，如网站规范、知名度、服务器量级、pv量等考虑，其它因素不是重点；因此，我们先定义服务器规模大于1000台，pv每天至少上亿（至少国内 排名前10），如sina、baidu、qq,等等；其它小型网站可能没有真正意义上的运维工程师，这与网站规范不够和成本因素有关，更多的 是集合网络、系统、开发工作于一身的“复合性人才”，就如有些公司把一些合同采购都纳入了运维职责范围，还有如idc网络规划也纳入运维职责。所以，非常 重要一定需要明白：运维对其它关联工种必须非常了解熟悉：网络、系统、系统开发、存储，安全，db等；我在这里所讲的运维工程师就是指专职运维工程师。我们再来说说一般产品的“出生”流程：1、首先公司管理层给出指导思想，pm定位市场需求（或copy成熟应用）进行调研、分析、最终给出详细设计。2、架构师根据产品设计的需求，如pv大小预估、服务器规模、应用架构等因素完成网络规划，架构设计等（基本上对网络变动不大，除非大项目）3、开发工程师将设计code实现出来、测试工程师对应用进行测试。4、好，到运维工程师出马了，首先明确一点不是说前三步就与运维工作无关了，恰恰相反，前三步与运维关系很大：应用的前期架构设计、软/硬件资源评估申请 采购、应用设计性能隐患及评估、idc、服务性能\安全调优、服务器系统级优化（与特定应用有关）等都需运维全程参与，并主导整个应用上线项目；运维工程 师负责产品服务器上架准备工作，服务器系统安装、网络、ip、通用工具集安装。运维工程师还需要对上线的应用系统架构是否合理、是否具备可扩展性、及安全 隐患等因素负责，并负责最后将产品（程序）、网络、系统三者进行拼接并最优化的组合在一起，最终完成产品上线提供用户使用，并周而复使：需求->开 发（升级）->测试->上线（性能、安全问题等之前预估外的问题随之慢慢就全出来了）在这里提一点：网站开发模式与传统软件开发完全不一样， 网站一天开发上线1~5个升级版本是家常便饭，用户体验为王嘛，如果某个线上问题像m$ 需要1年解决，用户早跑光了；应用上线后，运维工作才刚开始，具体工作可能包括：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发故障 处理、服务日常变更调整、集群管理、服务性能评估优化、数据库管理优化、随着应用pv增减进行应用架构的伸缩、安全、运维开发工作：a 、尽量将日常机械性手工工作通过工具实现（如服务监控、应用状态统计、服务上线等等），提高效率。b、解决现实中服务存在的问题，如高可靠性、可扩展性问题等。c、大规模集群管理工具的开发，如1万台机器如何在1分钟内完成密码修改、或运行指定任务？2000台服务器如何快速安装操作系统？各分布式idc、存储集群中数pt级的数据如何快速的存储、共享、分析？等一系列挑战都需运维工程师的努力。在此说明一下其它配合工种情况，在整个项目中，前端应用对于网络/系统工程师来说是黑匣子，同时开发工程师职责只是负责完成应用的功能性开发，并对应用本 身性能、安全性等应用本身负责，它不负责或关心网络/系统架构方面事宜，当然软/硬件采购人员等事业部其它同事也不会关心这些问题，各司其职，但项目的核 心是运维工程师~！所有其它部门的桥梁。上面说了很多，我想大家应该对运维有一些概念了，在此打个比方吧，如果我们是一辆高速行驶在高速公路上的汽车，那运维工程师就是司机兼维修工，这个司机不 简单，有时需要在高速行驶过程中换轮胎、并根据道路情况换档位、当汽车速度越来越快，汽车本身不能满足高速度时...

运维项目经验： 项目初期运维做点什么好-百度知道

展开全部 多元化发展是MS将来的必然做的，主要是因为反垄断，让他找不到主营项目的发展和利润，零缺陷仅仅是个概念，没有人和公司能做到，一般是只比六西格玛更高要求，但MS显然做不到，要不就不会天天有SP的版本和补丁包出来了...

运维项目经验： 如何成为一名合格的运维工程师

运维的范围很大。小到每天机房的温湿度查看。大到网络故障排查。，服务器维护。如果想合格的话只有尽力用心去学习用心去工作。

其他答案:一、什么是大型网站运维？首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂 性角度考虑，如网站规范、知名度、服务器量级、pv量等考虑，其它因素不是重点；因此，我们先定义服务器规模大于1000台，pv每天至少上亿（至少国内 排名前10），如sina、baidu、qq,等等；其它小型网站可能没有真正意义上的运维工程师，这与网站规范不够和成本因素有关，更多的 是集合网络、系统、开发工作于一身的“复合性人才”，就如有些公司把一些合同采购都纳入了运维职责范围，还有如idc网络规划也纳入运维职责。所以，非常 重要一定需要明白：运维对其它关联工种必须非常了解熟悉：网络、系统、系统开发、存储，安全，db等；我在这里所讲的运维工程师就是指专职运维工程师。我们再来说说一般产品的“出生”流程：1、首先公司管理层给出指导思想，pm定位市场需求（或copy成熟应用）进行调研、分析、最终给出详细设计。2、架构师根据产品设计的需求，如pv大小预估、服务器规模、应用架构等因素完成网络规划，架构设计等（基本上对网络变动不大，除非大项目）3、开发工程师将设计code实现出来、测试工程师对应用进行测试。4、好，到运维工程师出马了，首先明确一点不是说前三步就与运维工作无关了，恰恰相反，前三步与运维关系很大：应用的前期架构设计、软/硬件资源评估申请 采购、应用设计性能隐患及评估、idc、服务性能\安全调优、服务器系统级优化（与特定应用有关）等都需运维全程参与，并主导整个应用上线项目；运维工程 师负责产品服务器上架准备工作，服务器系统安装、网络、ip、通用工具集安装。运维工程师还需要对上线的应用系统架构是否合理、是否具备可扩展性、及安全 隐患等因素负责，并负责最后将产品（程序）、网络、系统三者进行拼接并最优化的组合在一起，最终完成产品上线提供用户使用，并周而复使：需求->开 发（升级）->测试->上线（性能、安全问题等之前预估外的问题随之慢慢就全出来了）在这里提一点：网站开发模式与传统软件开发完全不一样， 网站一天开发上线1~5个升级版本是家常便饭，用户体验为王嘛，如果某个线上问题像m$ 需要1年解决，用户早跑光了；应用上线后，运维工作才刚开始，具体工作可能包括：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发故障 处理、服务日常变更调整、集群管理、服务性能评估优化、数据库管理优化、随着应用pv增减进行应用架构的伸缩、安全、运维开发工作：a 、尽量将日常机械性手工工作通过工具实现（如服务监控、应用状态统计、服务上线等等），提高效率。b、解决现实中服务存在的问题，如高可靠性、可扩展性问题等。c、大规模集群管理工具的开发，如1万台机器如何在1分钟内完成密码修改、或运行指定任务？2000台服务器如何快速安装操作系统？各分布式idc、存储集群中数pt级的数据如何快速的存储、共享、分析？等一系列挑战都需运维工程师的努力。在此说明一下其它配合工种情况，在整个项目中，前端应用对于网络/系统工程师来说是黑匣子，同时开发工程师职责只是负责完成应用的功能性开发，并对应用本 身性能、安全性等应用本身负责，它不负责或关心网络/系统架构方面事宜，当然软/硬件采购人员等事业部其它同事也不会关心这些问题，各司其职，但项目的核 心是运维工程师~！所有其它部门的桥梁。上面说了很多，我想大家应该对运维有一些概念了，在此打个比方吧，如果我们是一辆高速行驶在高速公路上的汽车，那运维工程师就是司机兼维修工，这个司机不 简单，有时需要在高速行驶过程中换轮胎、并根据道路情况换档位、当汽车速度越来越快，汽车本身不能满足高速度时对汽车性能调优或零件升级、高速行进中解决 汽车故障及性能问题、时刻关注前方安全问题，并先知先觉的采取规避手段。这就是运维工作~！最后说一下运维工程师的职责：”确保线上稳定“，看似简单，但实属不容易，运维工程师必须在诸多不利因素中进行权衡：新产品模式对现有架构及技术的冲击、 产品高频度的升级带来的线上bug隐患、运维自动化管理承度不高导致的人为失误、it行业追求的高效率导致流程执行上的缺失、用户增涨带来的性能及架构上 的压力、it行业宽松的技术管理文化、创新风险、互联网安全性问题等因素，都会是网站稳定的大敌，运维工程师必须把控好这最后一关，需具体高度的责任感、 原则性及协调能力，如果能做到各因素的最佳平衡，那就是一名优秀的运维工程师了。另外在此聊点题外话，我在这里看到有很多人要sina、qq、baidu,等聊自已的运维方面的经验，其实这对于它们有点免为其难：a、各公司自已网络架构、规模、或多或少还算是公司的核心秘密，要保密，另外，对于大家所熟知的通用软件、架构，由于很多公司会根据自已实际业务需要，同 时因为原版性能、安全性、已知bug、功能等原因，进行过二次开发（如apache,php,mysql），操作系统内核也会根据不...

其他答案:好好学习

运维项目经验：面试中如何介绍自己做过的运维项目？

让你介绍项目,目的是想知道你参与过该项目后,对该项目的认识程度和认识层次,从而判断你在项目中到底起多大作用.你思路不清楚,如果不是因为语言表达能力有问题,就是平时根本没对项目进行思考,项目的业务,需求,设计,过程的组织,风险,问题的解决,你都没有任何概念和控制.说明你就是个普通的执行人员.要提高,就要从根本上提高.临阵磨枪的话,你可以试试自己打个草稿组织一下语言.

运维项目经验：谁帮我推荐几本linux运维方面的，项目实战文档、经验总结文档和，好的shell脚本编程，的书啊？

　　显然鸟哥私房菜一类的Linux启蒙书籍不能很好满足楼主。本身作为一个linux运维人员，强烈给你推荐两本书：

　　余洪春老师(抚琴煮酒)的《构建高可用Linux服务器》 机械工业出版社

　　高俊峰老师(南非蚂蚁)的《高性能Linux服务器构建实战 运维监控、性能调优与集群应用》 机械工业出版社

　　两位51CTO、CU技术论坛的明星博主的经验给了在运维上很多启迪，建议楼主可以先看电子书，但一定要买实体书，在工作之余或者应急响应的时候可以随手拈来。

运维项目经验：转行做Linux运维工程师，简历的项目经验应该怎么写比较好？

转行做，首先你要有Linux运维的工作经验，之后才能说别的。简历里面除了基本信息之外，应该有具体做过的实际项目案例，以及工作经历中用到的具体技术点的描述。

说一下简历具体怎么写：

• 基本信息
  

自己的基本信息，专业院校，就职的岗位和公司，几年的开发或者是运维经验，是否有Ansible，Docker等实践经验。

Github和博客建议也填写上。有利于给自己加分

• 求职意向：
  

填写自己期望岗位和待遇就行。

待遇范围可以根据自己工作经验和年龄大致写一个范围，然后根据自己去公司面试的情况再要求薪水。

• 工作经历：
  

工作经历一般倒着写，最上面写最新的工作经历。

工作经历一般要和项目经验要有区别，工作经历主要体现你曾经工作的公司，在公司的工作年限，岗位和职位，以及专注的技术领域，获得过的成就。

写这些的原因是让人通过评估你：在这个公司做了哪些成就，公司技术上有进步，是不是经常离职，稳定不稳定，所处的行业是什么，都用到了哪些技术、行业里的技术是否都用到了。

举个例子：

2016年~2018年，供职于XX互联网公司，先后历任Linux系统管理员，Linux运维工程师，高级运维工程师等，在公司主要负责公司APP后端各种服务（Redis，Nginx，Mysql等）性能优化，版本发布，服务器问题处理，后端服务器自动化运维推进等。主要使用Ansible进行自动化管理，在岗位期间达到线上服务器运行99%无故障，在公司期间获得公司优秀员工称号。

上述信息能够体现你有技术的专业性，且对企业有足够的忠诚度，能让人明白你在移动互联网技术领域有一定的技术积累，同时可以看出你在公司团队的核心位置（获得优秀员工），也可以让别人看的出你在公司成长很大，从管理员成长到了高级运维工程师。

• 项目经验：

项目经验肯定是最为重要的，从项目经验来说，能看出在公司做过什么，有什么成就，收获了哪些经验，并且能看出一个人的真实技术水平。

运维，可能你的工作就是以维护为主，没什么可写的，但是运维工作也很有挑战性，一不小心就删库跑路了！运维需要快速的分析和解决问题的能力，你可以总结这方面的经验，比如通过zabbix以及自己定制的监控脚本快速发现问题，使用了Ansible自动化管理工具、通过一些自己定制好的Playbook快速检测修复异常的服务等。

还有一种可能，就是项目都是跟着别人做的，自己只是小跟班，这时候你不用把工作内容都写成你的，因为容易露馅。你可以写一下这个项目的技术实现有了深刻的理解，而且后续也对用到的技术也有了实践。

举个例子：

主要负责公司核心产品的线上运维工作，由于该产品是公司的核心项目，主要服务于个人用户，所以快速响应并快速解决问题能力非常重要，在任职岗位的时间内，主导搭建了“ELK实时日志搜集和分析系统”、”Zabbix监控报警系统”，“Ansible自动化运维部署系统”，通过这些技术手段，提高了公司运维的工作效率，并提早发现业务系统中一些潜在问题，获得了公司领导的极大认可。通过这个项目自己也意识到，对业务理解能力对运维也有很重要，能帮助自己快速定位问题，培养了自己独立解决问题的能力。

通过上面的例子，体现你在运维技能上具备相当的实力，为公司业务的发展做了极大的支撑保障，也体现了个人的价值，假如目标公司选择了你，可以在某一领域得到非常多的经验，能够让公司的技术能力提升一大块。

你也可以描述具体的某一个大项目，例如日志实时分析监控报警系统，系统为了解决什么问题，用了哪些组件处理日志流程，用了什么组件分布式存储日志，展示日志，最后根据哪些关键字实时报警等。

• 自我描述：
  

自我评价就针对个人技能描述，自我评价的专业技能建议不要写的特别多，可以写一些能提升你分量的技能，同时专业术语不要用错， 多写一些能落地的技能，理论性的技能尽量少写。

举个例子：

1. 5年Linux使用经验，熟悉Linux下各种服务的管理维护，对于 Nginx、Apache 的配置、优化、机制、维护有一定的经验。
   
2. 熟悉集群管理工具LVS/Nginx/Haproxy等，能根据不同场景选择最优的集群管理工具。
   
3. 熟悉Ansible自动化运维管理工具，对服务自动化部署 发布有一定的经验。
   
4. 熟悉 Mysql 服务的使用，对于 Mysql 的优化、Mysql主从、备份还原、运维有多年的实践。
   
5. 熟悉开源监控系统的应用,如,Zabbix、Granfna、Nagios等，可以根据需要快速开发出监控应用的插件，并能够快速构建集中监控平台,实现从底层到应用层的监控。
   
6. 熟悉系统脚本sed/Awk等使用。
   

• 其他：
  

作为一个IT技术人员，可以分享一下自己的经验到博客，或者是有Github那就更好了，Github上可以放一些自己工作用用到的自动化脚本，自己用python写的小项目小脚本都可以为自己加分。博客和Github是体现自己技术能力另一种方法。

附一张Linux学习线路图：