提示：点击上方&IT精品课程&↑免费订阅本刊Linux运维岗位不像其它岗位，如研发工程师、测试工程师等，有非常明确的职责定位及职业规划，比较有职业认同感与成就感；而运维工作可能给人的感觉是哪方面都了 解一些，但又都比上专职工程师更精通、感觉平时被关注度比较低（除非线上出现故障），慢慢的大家就会迷惘，对职业发展产生困惑,为什么会有这种现象呢？除了职业本身特点外，主要还是因为对运维了解不深入、做得不深入导致；其实这个问题其它岗位也会出现，但运维更典型，更容易出现这个问题。你是否一样有这样的疑问呢？快来学习小编推荐的《Linux运维职业前景与职业规划》视频教程~限时免费观看哦~Linux运维职业前景与职业规划（共9课时）课程目录：1.开源大发展趋势播放 14分钟
2.IT运维岗位及相应工作职责内容播放 20分钟
3.linux运维前景到底如何？播放 11分钟
4.到底做运维还是做开发-听听专家的意见播放 17分钟
辩证的讲解了选择运维和开发的思想，并包括了社会竞争等高级思想，思路鲜明，听公开课的人100%都说收获巨大。5.linux运维人员需要具备的技能说明播放 9分钟
6.运维人员如何超越年薪30万,50万？播放 20分钟
运维界权威资深人士 老男孩教育创始人，曾经的屌丝，和大家分享过来人的经验秘诀， 突破年薪10万，20万容易，突破 30万，50万,80万，就必须靠智慧和品德了，且看老男孩的3个维度精彩分享。7.linux运维最佳职业发展路线与职位对应的技能说明播放 3分钟
8.自动化python运维专家之路-Alex专家运维之路播放 101分钟
屌丝逆袭，Alex自动化python运维专家之路！适合大众屌丝们借鉴！9.Python运维开发全网访问速度检测项目案例解密播放 40分钟
上市公司，企业实战案例讲解！玩运维的要看！python运维专家alex分享。关注51CTO学院-IT精品课程-微信公众号：edu_51cto每天分享：学习，IT，技术，改变，突破，励志，视频课程等给力内容！点击本页左下方↓↓↓“阅读原文”进入课程页面。IT精品课程(edu_51cto)　
　文章为作者独立观点，不代表大不六文章网立场
edu_51cto51CTO学院致力于让专家分享技术并让技术变现，让广大技术爱好者便捷、实惠的获取优质学习资源。51CTO学院为梦想增值，诚邀您的关注！热门文章最新文章edu_51cto51CTO学院致力于让专家分享技术并让技术变现，让广大技术爱好者便捷、实惠的获取优质学习资源。51CTO学院为梦想增值，诚邀您的关注！&&&&违法和不良信息举报电话：183-
举报邮箱：
Copyright(C)2016 大不六文章网
京公网安备78教育辅导培训为您提供每个城市，最权威的辅导机构相关信息，校区分布和联系电话，让您可以从中挑选最适合您孩子的机构欢迎拨打正文中免费400电话咨询，24小时专业老师帮您推荐最优学校！北京海淀区清华园达内教育linux培训/linux运维工程师培训收费如何/机构怎么收费推荐哪家好 &&
10:49:19历史和哲学负有多种永恒的责任，同时也是简单的责任 。——雨果北京海淀区清华园达内教育linux培训/linux运维工程师培训收费如何/机构怎么收费推荐哪家好机构简介：达内国际集团是中国IT职业教育的第一品牌，是目前中国最大IT职业教育集团，日，达内国际集团成功在美国纳斯达克上市，是中国第一家在美国上市的IT职业教育集团，同时也是2014年赴美上市第一股。根据IDC的数据，达内国际集团是目前国内最大的IT职业教育机构，市场份额超过8.3%，排名行业第一。*机构优势1、达内国际集团是中国IT职业教育的第一品牌，是目前中国最大IT职业教育集团2、达内还会定期做专场招聘会，正是与企业的紧密合作关系，达内学员保持行业领先的学员就业率，实现了95%以上的就业率。项目：JAVA 大数据 Web 安卓/IOS 软件测试 .NET Unity3D PHP UID UED 网络营销 会计 Linux C++/嵌入式*咨询电话：400-001-9911转分机28238*课程:少儿编程 少儿电脑美术 乐高机器人*咨询电话：400-001-9911转分机28237*校区分布北京市 海淀区中关村JAVA课程中心北京市 海淀区大数据中心北京市 海淀区万寿路WEB前端课程中心北京市 朝阳区潘家园安卓/IOS课程中心北京市 朝阳区亚运村软件测试课程中心北京市 /Unity3D课程中心北京市 海淀区海淀园PHP课程中心北京市 海淀区魏公村UID课程中心北京市 东城区南锣鼓巷UED课程校区北京市 海淀区网络营销中心北京市 朝阳区会计中心北京市 东城区天坛Linux云计算/Pyhton/红帽认证中心北京市 东城区广渠门C++/嵌入式课程中心---------------------------教学小贴士--------------------------亦余心之所善兮，虽九死其犹未悔。 —— 屈原免责声明：以上信息内容由会员自行发布，不代表本站的观点和立场；详询请联系信息原作者！亲身经历：远离培训机构才能做好运维
亲身经历：远离培训机构才能做好运维
　　【编者按】
　　早在2010年，老曹就开始了puppet运维自动化之旅，但他逐渐了解到运维自动化是一个很鸡肋的技能，就像屠龙之术一样，对大部分人来说学会了很炫的技能，但是无龙可屠。现在的自动化运维都有很大的忽悠成分，大公司请个外来户搞自动化几乎不太可能，小公司就那么两台机器，做运维自动化更是浪费人力。老曹希望做运维的小伙伴们不要沉迷于自动化培训的热潮上，而是把更多精力用在技术浪潮上&&只有这样才能真的提高竞争力，故而写下了此文，给大家做个参考，纯属个人建议，欢迎拍砖。
　　运维自动化是2010年开始炒得很热的一个概念，也让很多工程师、用人单位瞎激动了很久，我也跟风学过puppet和python，求职双方也经常在面试时花大量时间谈运维自动化。
　　但冷静下来想想，所谓自动化，只是让培训机构赚钱的噱头而已。
　　一句话概括运维自动化
　　单说&运维自动化&几个字太抽象容易被主观塞进去很多概念，上百科搜索到IT运维自动化的介绍又太详细、大帽子太多。
　　如果把运维自动化在一句话说清楚，比较官派的说法就是：&运维自动化就是在企业业务越来越复杂、对IT人员要求越来越高&&balabalabla&&的前提下，靠人工已经无法满足运维工作的需求，只能靠自动化技术来解决这一问题。&
　　如果用比较粗糙的说法就是&活多人少的情况下，运维不想靠堆人力去解决繁琐的问题，只能靠运维自动化来给自己减负。&
　　运维自动化理论与现实相悖
　　粗看这些理论挺有道理，但仔细分析根本不是这么回事。首先，我们真的忙了吗？
　　我认为运维的工作量并没有随着企业需求越来越复杂而变大，就算变大也不是靠自动化能解决的体力活。
　　运维自动化是给运维用的，请各位运维想想，我们的日常工作，这些年来有太大变化吗？
　　初级运维大部分时间在做上线和监控，高级运维在改结构修bug。对于那些重复性的工作，云计算供应商能比你做的更好，云主机、云监控、云RDS、云存储等等服务都是在给运维减负。
　　企业业务需求越来越复杂是真的，具体来说是技术进步企业要求越来越刁钻了。数据库要求主从实时同步，存储不能用NFS要用分布式，前端业务要求无缝切换等等。我是不是谈偏题了，这些东西跟运维自动化有什么关系？你意识到问题就好，我们这些年新增的业务需求，没多少是可以靠运维自动化解决的，要解决这些问题，还要靠我们自己的脑子。
　　运维自动化=shell脚本
　　其实我们一直在做运维自动化，因为我们会用shell脚本。
　　我们可以说只要企业需求有变动，我们就要搭服务、搭监控，做这些事情都要写自动化脚本。当你激动的说到&自动化脚本&的时候，我想问一下，你不会写shell脚本吗？
　　搭完某个服务以后，一个有经验有责任心的运维，自然会写好系统优化脚本，复制监控监控模版。如果我们用puppet，用python，最后一样脱不了指定主机名的工作。
　　我们完全可以用shell脚本完成各种模拟运维操作的动作，熟练使用shell脚本也是每个运维的必修课，我们有必要为了一个噱头去学习python吗？
　　我曾经看过puppet的官方文档，他能管理的资源列出来的有&文件&&属主属组&&挂载&&软件包&&服务&&-exec使用本地shell&，在我看来其实也就是&文件&和&-exec&。
　　在Linux shell脚本里，关于运维有这么多命令&cp、scp、nc、ssh、rsync、svn、chmod、chown、service、/etc/init.d/&，这些命令已经够用了。
　　我用puppet的时候，只是用他频繁监控几个重要的系统配置文件。上线的工作真正繁琐在要把realserver从LB上摘下来，且需要用人力去判断能不能摘。
　　具体摘设备、传新备老代码、重启java容器、回滚代码的工作我都写好脚本了，就这样还因为麻痹大意而出了几次高负载或丢步骤的情况。
　　如果能运维自动化的东西，必然能写shell脚本搞定，如果用shell脚本搞不定的东西，&运维自动&&挂&。
　　运维自动化&优化
　　老生常谈，运维应该眼界高一些，不要总是忙着优化手头的工作，而要想手头的工作有没有必要。
　　有朋友肯定要说我的工作不到家，上线居然还需要人力判断，我承认这是问题，但这问题在架构不在运维。如果上线不需要人工干预，为什么不直接让开发执行？甚至更进一步，让应用服务器定期去svn上检测有没有新代码？在测试环境我们也会用hudson和maven让开发自己搞，但我肯定做好一个系统镜像保证他们把系统玩坏了也能快速恢复。
　　在生产环境里，运维该做的不应该是纠结一步人肉操作该用shell还是python代劳，而是说好好去推动一下，能不能多上几台服务器，能不能降低一下耦合度，不要让我们手动盯着上线工作了。
　　我现在的公司后台做的不好，很多业务相关的sql修改都要开发写好语句给运维执行。如果这个时候我给mysql安装个phpadmin就是本末倒置，写个脚本能自动传sql过去还是本末倒置，我实际该做的是催促公司尽快做出来企业管理后台可以让运营和客服人员直接去改业务数据。
　　我们写多少牛逼的python脚本，不如做一个稳定到单机房断电都不会宕机的架构；用好运维自动化很牛逼吗？是的，就跟用好某种文本编辑器一样牛逼。
　　运维自动化背后的利益推动
　　鼓吹自动化的大师里，很多位其实是运维开发两条腿都很短的杂鱼。
　　我曾经看到过一个运维自动化的教程，作者很认真的教我们，如何用某种自动化工具调用本地shell，用sed命令将crontab里的ntpdata任务时间给变更了。看到这一段，我被他的执着蠢哭了，所谓的自动化居然是用ntpdate更新系统时间。
　　我也见过某大师写的自动化代码，朋友告诉我他的python水平只值6k&&连异常都不处理，我用半瓶醋的水平仔细看了一下他的源码我真的笑出来了，每隔几行必然能看到一个os.system(&shell命令&)。
　　在工作环境里，我用&tar/var/aaa/bbb/ccc/*.jpg&这类通配符匹配出来目标文件，写了个10行的脚本，将某高手用perl写了100多行，但其实就是find+tar的脚本给替换掉了。
　　在处理数据的时候，我也写python脚本，因为效率远超shell脚本。但运维自动化一定要用python脚本，更新文件必用puppet，对高手来说这是风格，对新手来说这是跟风。
　　有心的朋友可以帮忙查一下，从2010年开始，都有哪些培训机构新增了运维自动化课程或python运维课程，又有哪些人靠这些技术把自己包装成了大师。
　　运维自动化的困境
　　那些高端大气上档次的运维自动化教师们，永远无法回避我这两个问题：
　　1、在一个100台机器下的小公司，搞运维自动化是不是在自己立项冒功？你写好的运维自动化系统，是不是配合着把文档写的很细很好了，会不会系统升级一下就运维自动挂了。
　　越是小公司，越容易出现单台机器跑多个业务、不同机器的环境变量完全不同的情况。假设你是个技术新兵，不用自动化只会挂一台机器，用自动化挂一堆机器；假设你是个技术高手，你知道其中的风险更不会盲目的信任一个脚本。
　　2、在500台机器机器以上的大公司，确实很需要运维自动化，否则光是手动画网络拓扑图和加监控就能累死人。
　　但在这个环境里，最重要最有含金量的是系统架构的设计和演进；运维自动化只是减负的工作而已，哪有聪明人放着金砖不要却要板砖的？
　　你觉得有没有可能这个公司几十个技术高手天天为上传个js文件累的要死，就等你一个空降兵来部署自动化系统解救他们的？
　　做运维自动化，必然是自己公司内部的服务器有大量增加，增加到你觉得手动操作很累的地步，这个时候做运维自动化是水到渠成的。但运维自动化的工作一般是企业内部已有的运维来推动的，这不应该当作招人的理由。
　　运维自动化也不是简单的写一些脚本或部署文件同步工具，它没有真正成型的方案，因为这是要用机器模拟运维工程师的劳动方式。每个运维团队的工作风格都不同，生搬硬套外来的自动化方案只会让我们邯郸学步举步维艰。
　　如果你入职第一个月就被要求设计部署自动化方案，那只能证明这个公司确实没有运维人才，且这个公司很闲其实不需要运维。
　　重新审视运维自动化
　　运维自动化的目的，放低端点，就是解决运维手动操作容易出错的问题，放高端点是希望运维忽略具体命令而更重视最终成果。
　　在低端领域，我们可以很自信的说，用shell脚本就是运维自动化；在高端领域，肯定已经搭建好了自动化环境供我们观摩学习和修改；如果你有幸参与到大规模自动化部署，那是确实是一次很有趣的挑战；在一个更高的层次上，你会发现诸如系统标准化、应用模块化、统一认证系统等等更有价值但没人炒作的技术。。运维自动化不用专门去学习，自动化的&大师&也不用刻意招聘。
　　最顺手的工具就是最好的工具
　　IT人热爱某个技术就应该成为某项技术的主人而非信徒；我在文中多次强调shell脚本的可用性是因为shell脚本是每个运维必须掌握的技能。
　　在本文中我大量引用了对时下最热门的几个自动化运维工具的一些批评案例。但这些样例并不是用来攻击这些技术本身。事实上我Puppet应用QQ群是我唯一一个没有退出的Linux技术群，而我明白自己的Python水平看复杂的代码都费力。只因为这两个技术被野风吹的最火，我用他们来说明每杆大旗下都少不了盲从的人。
　　如果你坚信某个技术是特别强悍的并对我的言论怒火中烧，请你想想你能用你的工具做到的事情，在我的环境里能不能提前绕过，就算碰到了我能不能用shell脚本解决掉。我并不反对你推广你的方案，但我认为&循环调用SSH命令是一个我能接受的、可行的方案&。
　　我们应该减少盲从，拿起最顺手的工具去做一番事业，而不是玩赏最精美的道具却迷失了目标。
H3C认证Java认证Oracle认证
基础英语软考英语项目管理英语职场英语
.NETPowerBuilderWeb开发游戏开发Perl
二级模拟试题一级模拟试题一级考试经验四级考试资料
软件测试软件外包系统分析与建模敏捷开发
法律法规历年试题软考英语网络管理员系统架构设计师信息系统监理师
高级通信工程师考试大纲设备环境综合能力
路由技术网络存储无线网络网络设备
CPMP考试prince2认证项目范围管理项目配置管理项目管理案例项目经理项目干系人管理
职称考试题目
招生信息考研政治
网络安全安全设置工具使用手机安全
生物识别传感器物联网传输层物联网前沿技术物联网案例分析
Java核心技术J2ME教程
Linux系统管理Linux编程Linux安全AIX教程
Windows系统管理Windows教程Windows网络管理Windows故障
数据库开发Sybase数据库Informix数据库
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&}