Chinaunix
标题: 运维工程师的未来--python [打印本页]
作者: stay_sun 时间: 2015-04-23 14:01
标题: 运维工程师的未来--python
获奖名单已公布：http://bbs.chinaunix.net/thread-4177684-1-1.html
话题背景
随着互联网的火热发展，互联网改变着我们的生活。你只要点下手机，就可以预定好餐桌。你只要点下手机你就可以买到你想要的一切。而在你如此方便的生活中却是数据的爆发。
作为互联网公司，你的服务器在直线上涨，你要如何来管理你的服务器呢？今天你的公司拥有100台服务器，你可以让一个运维工程师来管理你的服务器，等你的服务器上升到了1000台你怎么管理你的服务器？难道你还是运用传统运维的技术吗？虚拟化，你可以用open_stack。监控，你是用nagios，cacti，Ganglia等。批量操作，你用puppet。当你运用了这么多的软件，作为一个运维你能管理多少服务器？你招来的运维需要多长的时间来适应你各种软件？做为现在最火的自动化运维语言的python，你又怎么来看待这门语言？下面我们就来讨论一下该话题。
讨论话题
话题一：自动化运维是否能够取代现在的传统运维？
话题二：我们运用 python 到底要完成什么工作？
话题三：自动化运维的成本，分界岭有在哪里？
讨论时间
2015-04-23至2015-05-18
活动奖励
活动结束后将选取4名讨论精彩的童鞋，每人赠送一本《编程导论》作为奖励。
奖品简介
作者： [美]谷泰格（John V. Guttag）著
译者： 梁杰
丛书名： 图灵程序设计丛书
出版社：人民邮电出版社
出版日期：2015 年4月
开本：16开
页码：268
版次：1-1
内容简介
本书基于麻省理工学院（MIT）的一门课程写成，主要目标是帮助读者掌握并熟练使用各种计算技术。本书涵盖了Python的大部分特性，重点介绍如何使用Python这门语言，共包含编程基础、Python程序设计语言、理解计算的关键概念、计算问题的解决技术等四个方面。本书将Python语言特性和编程方法贯穿全书，目的是帮助读者在学习Python的同时掌握如何使用计算来解决有趣的问题。
样章试读
编程导论 第1章：起步.doc
(175 KB, 下载次数: 129)
编程导论 第2章：Python介绍.doc
(829 KB, 下载次数: 138)
作者: shang2010 时间: 2015-04-23 20:52
谢谢，感觉不错，建议拿本出来拍卖吧
作者: wang290 时间: 2015-04-23 21:40
运维和python相关，可是和编程导论有毛线的关系？
作者: wang290 时间: 2015-04-23 21:40
现在大部分都是运维开发，或者开发运维，不懂运维的开发不是好开发，不懂开发的运维，不是好运维
已经深入人心了
作者: 淡定与洒脱 时间: 2015-04-24 03:42
不懂点开发，就会使用几个开源工具，职场竞争力非常弱。如果年轻，可通过熬夜干生产运维赚点辛苦钱，3/5年后呢？难道还在简历上说自己就会使用几个最新流行工具？
很多公司的运维部，技术能力非常弱，难一点点的问题都要找研发，这样子长期下去，个人的积累的技术能力必然非常差。
自动化运维，是一个有利有弊的东西。人依赖于工具，提高了效率，比如以前维护100台机器需要3个人，现在你引入了一个什么工具，你1个人就行。但你觉得，老板会给你3个人的工资吗？不可能嘛。
老板反而会觉得在工具的帮助下，运维的门槛低了。就好像大家办公的写字楼里引入了一个什么自动化**工具，其实对保安个人的收入增长是没什么帮助的。
作者: ylky_2000 时间: 2015-04-24 09:46
本帖最后由 ylky_2000 于 2015-05-18 09:26 编辑
2015-04-26
这个好。。。。。一定要参加，建议生效了。
2015-05-18
今天是此活动最后一天，火啊，跟帖都8页多了，习惯性的先月度坛友们的高论，再以主题关键字搜索参阅其他资料，对自动化运维的总体感觉是“水涨上来之后，我们只有爬的更高”。
话题一：自动化运维是否能够取代现在的传统运维？
无法取代传统运维的。
但是。。。。。从乙方产品机构和甲方人员来看都在向这个目标努力。理想是美好的，理论上也是可行的。
1、乙方产品机构。在不断更新升级的新版本中不断的加入了自动化运维的工具，给个人用户提供了很多的方便。举几个例子说明他们的努力。
sql优化：大家都知道数据库最终上线后，最能体现运维人员存在价值的地方就是优化。oracle和sql server都在这个方面不断加入了自动化优化建议工具。如Oracle SQL Tunning和SQL Access Advise两个工具，自动分析出SQL性能问题在哪，提示可以创建哪些索引解决。按照提示把索引创建出来，就OK了，整个过程很简单。
最近的一个版本12C中，的已经有轻量级EM，简单、轻量级，安装、使用不会有哪么多问题，但功能强大，调用ADDM做各种分析、诊断也很方便，从中不难看出Oracle推广自动化工具的决心。机构已经在行动了，个人呢？其实也已经动起来了。
2、甲方人员的努力。 最近新购了一本刘天斯的自动化运维书，恰好也是基于python，书中他描述了很多在他实际工作中的自动化运维的努力和成果。最体现他成功的是第三部分 案例篇 详细的情况就不说了，有兴趣的可以去针对了解。
以上只是分别举例说明产品机构和个人都在努力构建自动化运维体系提高工作效率中。。
话题二：我们运用 python 到底要完成什么工作？
我们能完成什么？这里我们暂时我指定为“甲方运维人员”来谈。
运维是一种思想，理工科的东西就是那么直接，少意淫，多落地，要干货。需要把高大上的运维思想落地，需要借助工具，这些工具有的是产品或者系统自带（最简单的是在操作系统中看cpu、内存的情况）或者自己开发出一套工具、系统来实现你的运维思想。python作为其中比较突出的代表，作为一本工具语言，就显得尤为重要了。其实当你真正认真想过拾起“python”做开发运维的时候，你已经知道了，它是可以帮助到你实现运维思想的，至于能做什么？运用项目管理的思想就是，需要知道需求是什么。
我们先来了解几个python有关的几个实用的案例。
比如报表这块。python+excel定制自动化业务流量报表周报、日报、月报、季报，相信对多需要汇报工作的IT主管非常实用。
再比如python+rrdtool 生成流量图统计表 可以分平均1分钟、平均5分钟、平均30分钟等流量情况，历史记录，对以后的分析和带宽升级都是很有帮助的。
再比如python+scapy 探测目标服务路由轨迹 你所见到的不再是冷冰冰的cmd界面。
总之作为甲方人员，在运维工作中，你所遇到的、你想改善的需求都可以考虑用python来助你一臂之力。
本人学习python时间短，暂时的感悟只有这么多。谢谢指正。
话题三：自动化运维的成本，分界岭有在哪里？
分界岭。这个问题好难理解。
看了各位坛友的观点和自己的理解，分享如下
1、显示成本 对运维人员要求更高，以前可能初中、高中毕业生 参加一个简单的桌面类的培训就可以快熟适应工作了，现在由于有了开发运维的能力，人员的基本素质要求更高，当然所期望的薪水回报也更高了。
2、隐形成本 目前开发运维类人才缺乏、各类诱惑比较多，人员的稳定性相对以前难保障，涉及开发运维工作，工作交接成本比以前更高。
3、管理成本 传统方式下，粗放的管理方式即可。在自动化运维的今天，需要完备的IT管理 对管理人员的要求更高。
4、控制风险成本 自动化带来的风险更高，比如rm -rf * 的后果、一句话木马等 微秒级的时间系统可以整个奔溃。。。。。
最后，到底花了那么多复杂的昂贵的投入是否有必要？看起来是悲观的，个人预测，自动化运维会对促进运维外包的发展。。。大牛们的财务自由的机会来了。
当自动化运维越来越接近的时候，转型是每个人必须认真思考的话题，可以是转身 也可以是思路上的转变。。
作者: 蛮多肉 时间: 2015-04-24 10:59
本帖最后由 蛮多肉 于 2015-07-17 11:08 编辑
...........................
作者: yuhongchun 时间: 2015-04-24 12:06
提示: 作者被禁止或删除 内容自动屏蔽
作者: j_cle 时间: 2015-04-24 13:25
话题一：自动化运维是否能够取代现在的传统运维？
自动化运维是以后数据中心发展的大势，对于小的公司和团队效果不甚明显，但是对于规模庞大的公司来说如何有效的管理数千台上万台的服务器和网络设备，是一件很麻烦的事情，所以运维在大的公司来讲，效果是非常显著的，但是前提是必须要做好自动化的部署工作
话题二：我们运用 python 到底要完成什么工作？
觉得跟以往的脚本语言的职责类似的，比如ruby perl shell 等，都是为了能更高效的解决监控和批处理的事情，没有好与不好，用不用取决与自己的公司所选择的方式，如果整个框架是perl的 ruby的，使用python也是有局限的
话题三：自动化运维的成本，分界岭有在哪里？
a，自动化的部署，特别是大公司要搞自动化会要牵扯到以前大批量的服务器的agent的安装，人员的培训，以及故障率
b，实际所体现到的效率，是否能真正的通过自动化来节省人力，节省多少人天，后期的维护是否比当前的成本还高？
c，风险的管控，自动化设计很多批处理，需要谨慎管控权限，加强操作人员风险意识
作者: hexilanlan 时间: 2015-04-24 14:13
顶
作者: forgaoqiang 时间: 2015-04-24 15:25
为啥非是python呢 视乎ruby也挺不错的哦
作者: Fl_wolf 时间: 2015-04-24 15:37
话题一：自动化运维是否能够取代现在的传统运维？
这个话题一般讨论了很久了。
照现在来说还不足以用取代来说，现阶段运维自动化用来更好的帮助运维完成一些比较简单逻辑判断故障处理和周而复始的一些循环类型的问题处理。
当然在以后自动化工具越来越智能，就像现在的黑客工具一样，点击一下就能查找漏洞注入，以后的自动化工具可能直接点几个按钮就能处理绝大部分的故障和部署。
到最后阶段，自动化工具非常强大，并且有强大的逻辑判断能力（人工智能或非常完善的故障解决措施数据分析），这时候可能会取缔一些运维，但是这个还是太遥远了。
话题二：我们运用 python 到底要完成什么工作？
我们这个不好说
说我自己吧，python这个一般使用在抓取数据，数据分析大数据处理，错误响应和简单处理等等。
python这语言粘性大，而且比较简单，能很好的减轻运维的工作量。
话题三：自动化运维的成本，分界岭有在哪里？
运维自动化成本在于需要漫长的数据整理与汇总时间，通过在实践中检验出自动化工具出现的问题。
人力物力和时间成了最大的限制。
作者: reyleon 时间: 2015-04-24 16:47
Python 有爱! 这书, 就无爱了, 对学习Python感觉帮助不大啊
作者: drakness 时间: 2015-04-24 18:18
感觉好害怕，不会python的路过......
作者: running_life 时间: 2015-04-24 18:27
学习学习，现在都用的shell脚本监控，将监控数据存入数据库，通过软件查询数据发短信预警。不过对于性能低的机器真的很无语，预警短信一大堆，处理不了。。。
作者: pausdvul 时间: 2015-04-24 19:45
呵呵，我特别喜欢旅游的
作者: heguangwu 时间: 2015-04-24 21:26
本帖最后由 heguangwu 于 2015-04-24 21:27 编辑
话题一：自动化运维是否能够取代现在的传统运维？
这个是趋势，尤其在云时代，靠传统运维难度太大、成本太高，自动化运维能大大减少劳动强度，是趋势
话题二：我们运用 python 到底要完成什么工作？
Python要完成的工作其实就是现在shell脚本要完成的工作，再加上Python比shell强大，可读性更强，加上更多的自动化运维操作
话题三：自动化运维的成本，分界岭有在哪里？
和软件开发的成本一样，分界岭在于系统规模最大到一定程度
作者: hzchina_ren 时间: 2015-04-25 03:19
晓得。。。、、、
作者: lyhabc 时间: 2015-04-25 08:25
话题一：自动化运维是否能够取代现在的传统运维？
不可能，如果可以取代，运维人员可以下岗了
话题二：我们运用 python 到底要完成什么工作？
python可以做完成很多东西，什么监控，采集，自动化
话题三：自动化运维的成本，分界岭有在哪里？
重复做轮子，既然已经有工具，为何要自己开发，还有当前云是热门，如果公司使用公有云，那么运维基本上可以不用了
一般公有云都有监控，预警，自动化的东西，即使没有，现在有很多第三方的软件：云智慧，听云
何必要自己开发，运维人员需要有自己的核心竞争力，核心竞争力：排错 ，运维系统架构
当然，学一下python，写写脚本也是可以的，但是我觉得不需要精通python，精通shell脚本就可以了，毕竟你是一个sa，不是dev
devops：是老板所希望的，不是员工所希望的，工资未涨，但是还要兼顾开发，51CTO上有一位大师说，把python学了，然后运维组的其他人的饭碗也抢过来
其实是不可取的
总之，运维人员需要有核心竞争力：排错 ，运维系统架构
作者: lyhabc 时间: 2015-04-25 08:25
话题一：自动化运维是否能够取代现在的传统运维？
不可能，如果可以取代，运维人员可以下岗了
话题二：我们运用 python 到底要完成什么工作？
python可以做完成很多东西，什么监控，采集，自动化
话题三：自动化运维的成本，分界岭有在哪里？
重复做轮子，既然已经有工具，为何要自己开发，还有当前云是热门，如果公司使用公有云，那么运维基本上可以不用了
一般公有云都有监控，预警，自动化的东西，即使没有，现在有很多第三方的软件：云智慧，听云
何必要自己开发，运维人员需要有自己的核心竞争力，核心竞争力：排错 ，运维系统架构
当然，学一下python，写写脚本也是可以的，但是我觉得不需要精通python，精通shell脚本就可以了，毕竟你是一个sa，不是dev
devops：是老板所希望的，不是员工所希望的，工资未涨，但是还要兼顾开发，51CTO上有一位大师说，把python学了，然后运维组的其他人的饭碗也抢过来
其实是不可取的
总之，运维人员需要有核心竞争力：排错 ，运维系统架构
作者: niao5929 时间: 2015-04-25 23:10
我觉得PYTHON和GO是未来的很好的基础语言！！值得学习和研究。最重要的是这些语言本身是自由和开源的，便于研究也便于深入的理解。这让系统管理员对系统的掌控是很核心的。
作者: misihua 时间: 2015-04-27 10:51
会编程的有什么理由留着做运维？
编程的工资高一倍以上。 
所以，我只看好工具软件，说什么用什么语言来运维都是一种不稳定的人员配置。
作者: 刺客阿地 时间: 2015-04-27 11:41
不是python的书，无爱。目前正在学习python。。。。
作者: adidiaos丶丶 时间: 2015-04-27 12:39
运维不就是下点配置啥的，搞的这么神神秘秘的。恶心巴拉的。
作者: zhangtaiji1 时间: 2015-04-27 17:09
huifu_chinaunix_运维工程师的未来--python
作者: Cail423 时间: 2015-04-27 17:16
呵呵，卖培训的吧
作者: qingduo04 时间: 2015-04-28 08:18
本帖最后由 qingduo04 于 2015-04-30 11:45 编辑
要是python书，就更好了
话题一：自动化运维是否能够取代现在的传统运维？
//当前应该还不可以，主要原因有如下
传统运维包含好几方面
比如机房巡检、服务器巡检、操作系统巡检、进程巡检、中间件巡检、页面巡检。
涉及到数据库方面，包含进程、数据库空间、事务日志等等
涉及到网络方面，IO巡检、带宽巡检、端口检查等
涉及到第三方软件的自带的巡检工具。
其中部分内容已经能够实现程序自动检查，报警，包含短信、邮件、语音报警。
但是涉及到部分不能自动运维的操作，当前就没有那么简单，比如第三方集成的监控工具，没有对外开放的API等，就不能够正常巡检。
话题二：我们运用 python 到底要完成什么工作？
// 尽可能的完成自动运维替换现有的手工运维。
比如数据库中
数据量波动检查
表的分布键、分区键检查
数据存储周期检查
空间检查
空间增长情况检查
热度检查
冷度检查（最近X周期未访问的表）
命名规范检查
垃圾表检查
孤立表检查
实现以上检查后，就能很大程度减少维护工作量，同时集成到WEB页面，进行短信、语音等报警。
话题三：自动化运维的成本，分界岭有在哪里？
// 开始阶段 自动化运维是在传统的运维中并发进行，在确认自动化运维能够完全替换传统运维后，必须保障安全、准确、无误报，才能结束传统运维的方式，
作者: bfmo 时间: 2015-04-28 11:28
话题一：自动化运维是否能够取代现在的传统运维？
不能完全取代,在某种程度上,替代传统运维的部分重复性工作。
话题二：我们运用 python 到底要完成什么工作？
python能够把日常重复性的工作,如监控，部署，网络配置，日志分析，安全检测等,进行系统化统一管理起来,方便快捷,减少运维人员的时间成本.
话题三：自动化运维的成本，分界岭有在哪里？
主要在: 人力资源投入和产出的比例,自动化运维最终做到产品级,还是应用级,成本差异是很大的.
作者: stay_sun 时间: 2015-04-28 12:38
我看了下目录 好像有python的内容回复 42# qingduo04
作者: stay_sun 时间: 2015-04-28 12:40
ruby的语法太难了回复 14# forgaoqiang
作者: stay_sun 时间: 2015-04-28 12:46
自动化运维是否能够取代现在的传统运维？
自动化运维在互联网的发展下是有可能干掉传统运维的，在你用vb的时候睡也没有想到发展会那么快。现在基本都不用了
我们运用 python 到底要完成什么工作？
减少运维的工作量，减少运维人员。自动化运维的目的就是干掉传统运维，现在10000台服务器10个人累死的干管理
自动化运维的目的是减少到2个或者更少。减少成本
自动化运维的成本，分界岭有在哪里？
这个我真不知道，在数据大爆炸的时代。发展谁也不知道在哪里
作者: wangyotgnai 时间: 2015-04-28 12:59
我来学习了！！好帖，支持下！
作者: woxizishen 时间: 2015-04-28 14:23
本帖最后由 woxizishen 于 2015-04-28 14:32 编辑
话题我就不一一回答了。只想说运维以后发展趋势。
1.在当今这个信息发展如此快速的IT行业，隔几年以前的运维技术就基本上淘汰，想一个人全拦运维所有工作简直是痴人说梦，就算某些大神都会点，但都不精的，一旦出比较深入复杂的问题，经常像个无头苍蝇，不过还好现在百度和google是相当的给力，如果没这2个搜索引擎，搞运维的人多半累死在沙滩上。未来就运维会逐渐分出2个岗位。
一个就是桌面运维，一个就是系统运维(服务器/存储/核心网络/数据库运维)
1.1 桌面运维主要是直接面向成百上千的用户杂七杂八的问题，主要是终端用户问题，比如交换机换了，换个交换机啊，水晶头坏了换个水晶头，用户系统坏了，装个系统，杀杀毒等等。这一类人工资基本偏低，技术处于初级阶段，但是所有从事运维的甚至某些搞开发的人都有这么一个阶段，只是时间长短的问题。这个岗位现在已经衍生出多个版本，如网吧网管，网络管理员，系统管理员，桌面运维工程师，网络工程师(指那些带桌面维护的网络工程师，头衔牛叉，工资不高，专业的网络工程师是不需要搞桌面维护的，你懂的)，桌面支持工程师，驻场桌面工程师等，这一类型属网吧网管薪水和技术最差。为何这么多搞笑的岗位，和国家在信息化领域这一块较弱有一定的关系。当然很多公司人事招聘单位，很多都是个摆设，到处粘贴复制招聘信息，你懂的。
如果从事多年还处于这个阶段，老兄该反省啦！！小心后浪将你拍死在沙滩上，你的成本可比新招的高多了。
1.2 而系统运维主要就是和服务器/数据库/存储企业比较核心的打交道，就算你们企业没有这个职务，但是拿着高薪的人就是干这些事情。
现在一些大企业开始将运维区分出来机房管理员，外派系统工程师，Linux系统运维工程师，高级运维工程师，数据库运维工程师，以及新型的云计算运维工程师。这一块以机房管理员待遇和技术最差，云计算运维的工程师是香饽饽，基本上是天价的召唤。后面几个运维工程师，开发必须精通一门语言和至少一个数据库运维。
2.说了上面那么多，我们再谈自动化运维！
2.1 自动化运维在桌面运维这块，充其量就是拿着别人的工具搞搞，网上复制别人的脚本代码搞搞。技术含量低，这个阶段你上个python，估计会笑掉大牙。练手都没平台给你练
2.2 自动化运维在系统运维这块，那就完全不同了，由于涉及到的是服务器/数据库/存储/骨干网络等企业核心设备，不是你随便从别人抄袭点代码就高大上档次的，此时至少要精通一门脚本语言shell或者楼主所说的python。此2种精通一种即可，没必要什么都吃个通，人的精力有限。在后期的阶段自动化运维除了技术领域，要偏向流程化，标准化，专业化方向发展，哥你不能搞一辈子高大上档次的技术，技术大牛你要向管理或专家教授转型。就像国家的军队一样，士兵干到一定时候要退伍的(⊙o⊙)哦！！
作者: liuadam 时间: 2015-04-28 14:32
话题一：自动化运维是否能够取代现在的传统运维？
能够取代。
运维工作随着设备的更新工作流会越来越多。人工运维的效率明显会感觉太低了！而且导致IT基础设施出现故障的原因中，运维管理方面的原因占比高达80%，而由于技术或产品方面的 因素则只占到20%，可见IT系统运维与管理在企业中的作用相当重要。日常的重复性维护完全可以由自动化运维所取代。IT运维自动化是指基于流程化的框架，将事件与IT流程相关联，一旦被监控系统发生性能超标或宕机，会触发相关事件以及事先定义好的流程，可自动启动故障响应和恢复机制。
话题二：我们运用 python 到底要完成什么工作？
完成自动化运维工具的编写，自动化运维工具能实现对IT资产的实时监控，运维人员通过系统的统一界面即可了解所有软硬件设备的状态。自动化运维工具还可以实现故障定位，一旦出现问题，系统会及时通知负责人，并定位故障点，大大缩短排查时间。
话题三：自动化运维的成本，分界岭有在哪里？
主要的分界岭在于：建立自动化运维管理平台。运维自动化管理建设的要先建立运维的自动化监控和管理平台。建立自动化运维管理平台就需要投入大量的人力资源成本，硬件设备成本。
以上纯属个人观点，不喜勿喷。
作者: jemna 时间: 2015-04-28 14:55
太无敌了!楼主应该珍惜哦!^_^
作者: oaderibm 时间: 2015-04-28 16:43
....你们应该懂得
作者: ovqqvs 时间: 2015-04-28 19:59
支持一下辛苦的楼主~顶了！
作者: bun 时间: 2015-04-28 23:24
提示: 作者被禁止或删除 内容自动屏蔽
作者: wisgnss 时间: 2015-04-29 10:43
我是火星籍的。前来地球参观
作者: 埃菲尔铁塔下的小石头 时间: 2015-04-29 10:47
提示: 作者被禁止或删除 内容自动屏蔽
作者: sd89456123 时间: 2015-04-29 12:11
擅于工具，但不仅限于工具
作者: happy_jian 时间: 2015-04-29 13:59
学习了，买了一本python的书来看看
作者: linuxforlive 时间: 2015-04-29 16:46
看看 现在的大部分运维自动化 都是用个页面调用shell脚本
不过好消息是google已经公布了Borg
作者: hcenjian 时间: 2015-04-29 17:49
有创意，希望以后这样的帖了多发一点
作者: ccjsj1 时间: 2015-04-30 00:03
话题一：自动化运维是否能够取代现在的传统运维？
自动话运维不能完全取代传统运维，但可以替代90%的工作内容，可以完成每天重复性的工作
话题二：我们运用 python 到底要完成什么工作？
可以完成计划内的，每天重复工作，例如数据备份，文件状态检查，自动拷贝等
话题三：自动化运维的成本，分界岭有在哪里？
新人培训，是否能真正的通过自动化来节省人力，后期的维护是否比当前的成本还高
作者: DeathExpress 时间: 2015-04-30 09:44
话题一：自动化运维是否能够取代现在的传统运维？
可以。但是，目前无法达到。运维人员管理的基础硬件越多，其开发的复杂度就越高。反过来，对运维人员的要求也就越高。这种人一般来说是无法从市场上找到的。所以，对运维依赖比较大的企业，在运维部门上的投资是长期的。
话题二：我们运用 python 到底要完成什么工作？
以python的能力来看，大部分运维的工作它都可以帮到我们。把这个问题一分为二：一是我们要做什么样的事情；二是我们打算怎么做。然后，再来看看python能够给我们提供什么样的帮助。
话题三：自动化运维的成本，分界岭有在哪里？
这个问题有个前提，是先搞清楚一个企业中的运维要怎么做，涉及到什么样的流程。然后，再看自动化的运维涉及到哪些部分和日常工作。最后，你才能明白钱要花到哪里去。
作者: niao5929 时间: 2015-04-30 10:44
LINUX系统管理里边本身就使用了大量的PYTHON的脚本。确实很不错。<Python自动化运维：技术与最佳实践>这本书推荐给大家，网站高活动没有获奖，自己买了本。很实用。可以在玩中实践学习，提高自己回复 9# 蛮多肉
作者: 蛮多肉 时间: 2015-04-30 14:32
本帖最后由 蛮多肉 于 2015-07-17 11:07 编辑
.......................
作者: voxxu 时间: 2015-04-30 17:56
感觉现在自动化运维炒得很火，好像不会点python什么的开发就不能当运维了似的。其实python也好，ruby也好，不过是减轻重复工作的劳动，对运维的本质没什么太大提高，说白了shell用的好也能解决。当然没有高大上的界面可以让你点来点去。不过会了python以后，以前排查不了错误还是一样排查不了，以前不会的结构还是一样不会，以前查不出原因的故障还是一样查不出。
作者: freshkkalice 时间: 2015-05-02 10:46
新手请关照
作者: jemna 时间: 2015-05-02 14:21
新手报道 大家关照！！！
作者: niao5929 时间: 2015-05-04 09:50
看来这个书大家都想要。呵呵
作者: jszxcyit 时间: 2015-05-05 08:32
话题一：自动化运维是否能够取代现在的传统运维？
现在一般大一点的企业都开始在引用IT自动化管理了，运维工作随着设备的更新工作流会越来越多。人工运维的效率明显会感觉太低了！而且导致IT基础设施出现故障的原因中，运维管理方面的原因占比高达80%，而由于技术或产品方面的因素则只占到20%，从中可以看出自动化运维在传统运维中的重要作用，可以说自动化运维能够取代传统运维，只要物理环境足够的稳定。
话题二：我们运用 python 到底要完成什么工作？
阅读一个良好的Python程序就感觉像是在读英语一样，尽管这个英语的要求非常严格！Python的这种伪代码本质是它最大的优点之一。它使你能够专注于解决问题而不是去搞明白语言本身。
易学————就如同你即将看到的一样，Python极其容易上手。前面已经提到了，Python有极其简单的语法。
可移植性————由于它的开源本质，Python已经被移植在许多平台上（经过改动使它能够工作在不同平台上）。如果你小心地避免使用依赖于系统的特性，那么你的所有Python程序无需修改就可以在下述任何平台上面运行。这些平台包括Linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、PlayStation、Sharp Zaurus、Windows CE甚至还有PocketPC和Symbian！
解释性————这一点需要一些解释。一个用编译性语言比如C或C++写的程序可以从源文件（即C或C++语言）转换到一个你的计算机使用的语言（二进制代码，即0和1）。这个过程通过编译器和不同的标记、选项完成。当你运行你的程序的时候，连接/转载器软件把你的程序从硬盘复制到内存中并且运行。而Python语言写的程序不需要编译成二进制代码。你可以直接从源代码 运行 程序。在计算机内部，Python解释器把源代码转换成称为字节码的中间形式，然后再把它翻译成计算机使用的机器语言并运行。事实上，由于你不再需要担心如何编译程序，如何确保连接转载正确的库等等，所有这一切使得使用Python更加简单。由于你只需要把你的Python程序拷贝到另外一台计算机上，它就可以工作了，这也使得你的Python程序更加易于移植。
面向对象————Python即支持面向过程的编程也支持面向对象的编程。在“面向过程”的语言中，程序是由过程或仅仅是可重用代码的函数构建起来的。在“面向对象”的语言中，程序是由数据和功能组合而成的对象构建起来的。与其他主要的语言如C++和Java相比，Python以一种非常强大又简单的方式实现面向对象编程。
可扩展性————如果你需要你的一段关键代码运行得更快或者希望某些算法不公开，你可以把你的部分程序用C或C++编写，然后在你的Python程序中使用它们。
可嵌入性————你可以把Python嵌入你的C/C++程序，从而向你的程序用户提供脚本功能。
丰富的库————Python标准库确实很庞大。它可以帮助你处理各种工作，包括正则表达式、文档生成、单元测试、线程、数据库、网页浏览器、CGI、FTP、电子邮件、XML、XML-RPC、HTML、WAV文件、密码系统、GUI（图形用户界面）、Tk和其他与系统有关的操作。记住，只要安装了Python，所有这些功能都是可用的。这被称作Python的“功能齐全”理念。除了标准库以外，还有许多其他高质量的库，如wxPython、Twisted和Python图像库等等。
$概括：Python确实是一种十分精彩又强大的语言。它合理地结合了高性能与使得编写程序简单有趣的特色。
话题三：自动化运维的成本，分界岭有在哪里？
随着IT建设的不断深入和发展,IT系统的运行维护已经成为了CIO和IT部门普遍关注和不堪重负的问题。近日有一个调查问到目前CIO最关注的问题是什么时,大多数CIO表示最关心的是IT运维成本过高。原因是在过去的5年中,很多企业都实施了很多IT系统,使到IT运行越来越复杂,也越来越难管理。其实个人感觉最主要的分界岭就是投资的问题，短期之内快速部署自动化运维成本肯定会很高，几年之内或者更多可能无法收回成本，但随着自动化的部署最终肯定是得到丰厚的回报率的。
作者: jacky闹 时间: 2015-05-05 11:02
本帖最后由 jacky闹 于 2015-05-05 11:02 编辑
回复 1# stay_sun
第一次回帖， 觉得这是一个目前所有运维人应该思考的问题， 也与每一个运维人未来前途命脉息息相关。
话题一：自动化运维是否能够取代现在的传统运维？
个人认为自动化运维在中小型公司大部分工作很有可能被自动化运维取代, 比如各种语言执行环境搭建, 各种数据库安装部署等, Docker, OpenStack, Puppet(抑或SaltStack等), Zabbix(Cacti等) 等一系列技术正在悄然而生, 甚至有些已经很成熟, 简化了繁杂而易出错的工作.
但是这种情况并不代表对所有运维人员的要求降低了, 只是将运维人分成了两极. 一方面是使用别人制定好的自动化工具的人, 另一方面是自定义这些自动化工具的人. 但是定制这些工具往往也要从使用别人定制的工具开始, 在不断磨练中成长为另一类人.
至于取代, 我倒不觉得, 就像无法用一套自动化方案取代运维这个职位一样. 每个企业都有特殊的需求, 难免要写shell, python, 来实现一些比较独特的问题. 况且传统运维的职责工作方式到底与自动化运维有哪些确切的分界线也无法定义, 只能说自动化运维将是运维工作的一个很好的方案与补充, 让运维早点下班而已.
话题二：我们运用 python 到底要完成什么工作？
运维这个工作, 可以完全手动执行shell命令, 也可以将一些打包成shell脚本保存起来, 但是shell这玩意是无法酣畅流利的写出你的想法的 - 起码以我使用shell的水平还不可以. 但是python不同, 丰富稳定的第三方包保证了开发效率, 丰富的数据结构让你更顺畅的实现你的想法, 多好. 所以python在运维相关工作中, 我还是特别青睐的.
至于具体完成什么工作? 要依照业务需求而定了.
你可以为Zabbix订制脚本, 可以为软件安装配置做封装, 也可以做一些日志分析, 等等等等.
话题三：自动化运维的成本，分界岭有在哪里？
说实话, 我没搞懂分界岭是啥意思.
自动化运维成本分成几块:
1. 私有云: 那么需要一个团队来搞这玩意, 成本可想而知. 但是核心工作都在私有云的部门搞定了, 那么就可以搞几个使用私有云的小白运维, 在私有云提供的界面上点点点, 就实现了很多功能. 基本是实现了租赁大公司云的大部分功能, 详见2.
2. 大公司租赁: Amazon, 阿里云, 腾讯云, 百度云, 新浪云, 就连微软也有云.... 一般分为有root权限的服务器, 价格依配置需求而不同, 或者没有root权限,只能指定平台运行的虚拟环境(比如PHP/Go/Python/Node等).
有root权限可以使用ssh登录, 再使用Docker等自行部署所需软件, 实际上和真实物理机没啥不同, 详见3.
指定运行指定平台的就简单了, 一个网页实现了整个服务的管理, 上传代码, 重启服务, 还顺带了监控什么的功能, 这样的玩意就完全节省了运维成本, 服务器搭建,部署,启动,监控.... 点点点全搞定, 分分钟学习, 秒上手.
3. 真实物理机: 如果搭建私有云, 那么没啥好说的. 如果是直接搞服务, 那就被催了, 要使用话题一所说的Puppet,Zabbix等, 虽然部署神马的都快了, 但是新员工学习成本较高.
以上是我个人对自动化运维的一些看法, 欢迎讨论...
作者: laoowen 时间: 2015-05-05 19:48
为了那本书！
话题一：自动化运维是否能够取代现在的传统运维？
当前传统运维方式中重复性的运维工作必将被自动化、机器化的运维方式取代，架构设计、系统优化等一些自动化无法完成的工作成为运维工程师的核心竞争力。所以未来运维职位的机会会变少，但是要求更高。
话题二：我们运用 python 到底要完成什么工作？
完成可以用流程、模板规范化的工作，用自动化去提升工作效率。如升级发布、（故障/主备）切换、上线下线、收集监控等等。
话题三：自动化运维的成本，分界岭有在哪里？
这个成本我认为从两方面去认识，一方面是资金成本，自动化运维的成本主要在于开发自动化系统、维护该系统代码及少量的服务器资源；从这个方面传统运维的主要是人力成本，随着整个系统服务器的量级提升、传统运维的成本很快会被自动化运维打败。
另一方面是实现自动化运维后有没有另一个分界岭、自动化运维会不会遇到另一个瓶颈？这个暂时未可预见。
作者: 夜里风迟 时间: 2015-05-06 15:12
围观并学习
作者: niao5929 时间: 2015-05-07 11:49
再帮着顶一下，CU真心不错。呵呵
作者: lei8792yong 时间: 2015-05-08 10:54
末学就是做了2年的运维，深知运维的行情，现在浅谈一二：
话题一：自动化运维是否能够取代现在的传统运维？
这里不能说的绝对取代传动运维，而是相辅相成的。只是大部分重复的工作，需要依靠自动化运维，少量而复杂的工作，还得靠传统运维。
话题二：我们运用 python 到底要完成什么工作？
用python想要完成什么工作，这不能靠猜想，而是要看实际的运维需求，项目有什么样的需求，那么就用python完成相应的工作。
话题三：自动化运维的成本，分界岭有在哪里？
自动化运维成本会越来越低，这是趋势，现在的开发技术和成本没有以前那么高，把大部分重复或者单纯的工作，全部用来做自动化运维是很容易实现的。分界岭末学不知道在哪里。
末学是做游戏运维的，所用的服务器也不多，只有三十台左右，如果单纯人工运维的话，也能拿的下，人工运维最多的工作就是需要频繁更新游戏补丁，然后在配置文件中添加上新补丁。
如果开的服多的话，比如10个服，每个服都需要修改配置文件。那么一天更新2次补丁，到能吃的消。如果更新10次，那运维肯定会崩溃(排除其他运维工作)。如果有自动化运维，那这些问题都化解了。
总结：如果项目复杂重复，肯定需要简化运维工作，必须自动化，但是有些工作，还得必须人工完成。两者相结合。
作者: o枫叶o飘零 时间: 2015-05-08 15:21
话题一：自动化运维是否能够取代现在的传统运维？
只能取代传统运维的80%。。。。
自动化运维：1.监控诊断自动化。2.部署升级自动化
1.这2样基于网络,当网络遇到故障、瓶颈、超时的时候，这2个会无效。
2.机房断电-------------当整个机房来电后，服务器无法自动开机（中高端服务器可以自动重启），必须需要人为手动去开机。windows蓝屏... linux I/O error 都是欲哭无泪。。
3.部署升级自动化----------不同操作系统、不同硬件，有些操作、命令不同，万一是定制化的内核... 那就需要手动去执行、排错。。。。
4.监控诊断自动化----------这里只能起到一个监控 诊断的作用，出现故障时，需要人为手动去恢复。
话题二：我们运用 python 到底要完成什么工作？
python是个所有系统都兼容，因此可以用来写C/S架构的监控（这种需要第一次安装client端，比较麻烦）
也可以用网上一些框架、模板写自动化运维平台。
话题三：自动化运维的成本，分界岭有在哪里？
自动化运维的成本： 钱--------------------------如果不缺钱，可以向请别的公司做定制化的运维平台
时间---------------------------如果缺钱，而这个平台又不急着要，可以专门招1-2个运维人员专门去写平台。
作者: niao5929 时间: 2015-05-08 18:02
比我发起的讨论围观的人多。
作者: niao5929 时间: 2015-05-09 06:42
我会不会中奖喇！！！这本书很不错哦。
作者: niao5929 时间: 2015-05-09 06:44
学习计算机语言约等于学习一门外语。所以建议大家多学几门计算机语言，最好是能把书上的代码都拿来放在自己的系统上玩一玩，这样理解会更深刻。时间长了也是一种财富哦。！！！
作者: hx30067988 时间: 2015-05-09 09:23
本帖最后由 hx30067988 于 2015-05-15 08:00 编辑
话题一：自动化运维是否能够取代现在的传统运维？
首先第一点我自打从事运维工作开始，我就认为自动化运维是必然的趋势。
原因很简单，因为运维工作是很浅薄的工作。
我之所以说他浅薄，是因为运维工作通过大量重复的标准化工作就能很好的实现运维的管理。
举个栗子，机房重装系统，重装系统的套路（套路就好像说要把大象装冰箱共分几步一样...就不详细解释了)相对固定，机房维护重复性高，每天必作功课。
运维做时间长了就好像流水线上的工人，反复的做同样的一件事情，枯燥乏味。如果能把装系统进行自动化管理，那么运维就能坐在一边抖腿喝咖啡了。
回到问题
自动化运维是否取代传统运维？我想把这个问题在做下拆分，什么是自动化运维？什么是传统运维？以下是我的理解
自动化运维：将运维标准化，将管理的事物或者说问题规范成为固定的套路，在通过计算机编程实现解决管理问题,用机器辅助运维管理工作。
传统运维：依靠人力资源，通过人力的组织和管理，实现对计算机的管理操作。
我想这样一说明问题就显而易见了，自动化运维必定会帮助和提升传统运维效率，自动化运维是建立在传统运维的基础上的，自动化运维是传统运维为了高效完成工作而产生的一个新领域，是传统运维的延伸，所以传统运维将会长期存在。这个就好像社会发展这么长时间，小作坊依旧存在于社会模式中一样的。
话题二：我们运用 python 到底要完成什么工作？
我们运用Python最终的目的是要实现自动化，Python是实现自动化的工具，我们通过Python将固定套路的工作流程通过Python编程进行封装，在通过Python组织和调用，实现机器的智能管理。简而言之就是把你工作的流程动作抽象成代码，让机器替你完成要做的工作，仅此而已。
当然用python能完成的工作很多，比如自动化的工具，比如统计分析等等，python的魅力不单单在于他能很好的快速的开发工具，还在于他在数学建模中的优越性，毕竟python是数学建模工具之一，能简单通过数学建模实现高精度的数学统计分析。统计分析生成报告也是运维的工作之一
话题三：自动化运维的成本，分界岭有在哪里？
对于这个问题我不大明白题意，但个人理解是自动化运维和传统运维相比，在成本上容易产生分界岭的几个参考指标有哪些
1.服务器数量
硬骨头，基数，数量太少做自动化太复杂，成本可能更高，数量太多管理不过来，需要安排维护人员。
2.业务模型的复杂度
业务模型越复杂，相互关联越多，操作越多，通过自动化运维降低成本的需求越大
3.业务维护数据量，
业务的数据量越大，需要精细化管理的东西越多，通过自动化运维降低成本的需求越大。
4.人力资源
归根到底都是人的成本，优秀的自动化运维人员的待遇不菲，所以我觉得这个也需要纳入考虑进去。
作者: niao5929 时间: 2015-05-11 12:41
自由的PYTHON是LINUX的好伙伴
作者: xkf01 时间: 2015-05-13 16:27
提示: 作者被禁止或删除 内容自动屏蔽
作者: xkf01 时间: 2015-05-13 17:09
提示: 作者被禁止或删除 内容自动屏蔽
| 欢迎光临 Chinaunix (http://bbs.chinaunix.net/) |
Powered by Discuz! X3.2 |