【案例讨论】企业运维自动化分享（获奖名单已公布-2012-6-12）

yahoon

  如果讲服务器运维可能范围小点,无非是linux和win系, 脚本,开源软件能干不少活(如chef,puppet等)
但是讲到企业运维,就不能同日而语
首先 要讲企业IT的范畴, 最基本的桌面支持,it资产管理,it设备维护,内部oa/办公/ERP/财务等系统的管理,内部网络管理,IDC服务器管理等等
可见其技术,广度非常之大

结合目前中国企业的应用实际,至少99%的桌面都是WIN,这样的管理首选肯定是域AD. 开源软件能够实现这么多管理服务集成在一起的貌似还没有.

就说这个抛砖引玉吧

yahoon

企业运维管理跟服务器运维管理不要混谈....
或许仅仅是一个桌面支持的活都比服务器管理要麻烦多了..很多时候取决于跟人打交道的能力..

yahoon

回复 10# Gray1982

salt --> http://saltstack.org/ ???

   

king_819

回复 31# yahoon


    这个确实，企业运维的范围就大很多了，不只是单纯的服务器管理，而且服务器也不只是单纯的linux环境，很多网游公司大多的服务器还是windows环境的

king_819

回复 22# huicai


    对于批量安装，cobbler更加的方便

king_819

回复 29# kns1024wh


    对于更新、同步，inotify+rsync就可以很好的实现

Shell_HAT

回复 19# yifangyou


    没有缩进的代码伤不起啊

chinafenghao

话题一：生产环境中各种脚本（备份，部署等）应用
这个话题算是作为一名合格运维应该满足的技能。运维的工作量除了故障解决更多的时间就是花在了备份和部署上面。当然需要根据公司业务类型和需要开发出一些自动部署和备份的脚本。这个也是最简单，最有效的“运维自动化”，实现成本也最低。

话题二：各种开源软件在自动化运维中的管理应用
脚本能解决的问题就用脚本来解决，当时脚本多了，谁来解决管理脚本的问题呢？这个时候就需要用到开源软件或者自己开发相关的软件来管理脚本的修改、将更新推送到每个服务器、脚本的版本管理，脚本的自动调用或者手工调用。这个时候就出现难度了，主要难的地方在于在不同的环境下，一个脚本实现一个功能，但是这个脚本需要在不同的环境下能够正常运行，而且就算不能正常运行也需要有对应的错误反馈机制，并且脚本的同步和远程调用也是一个难题。如果你的技术能力不能够解决这些问题，那么就可以使用开源的自动运维软件了。


话题三：公司需要运维平台的功能
其实对于一般的公司来说，相同功能的服务器不会太多，这里的相同功能意思是这些服务器基本可以作为镜像，所以很多服务器功能、配置都具有差异性，在调整策略或者一些脚本的时候不能一视同仁。这个时候就要分两部分了。一部分是系统自动化运维，一部分是业务自动化运维，还有一部分是资产管理。

系统自动化运维一般可以使用开源的软件，比如cf，puppet，cacti，nagios等，当然你可以自己开发。

业务运维自动化主要是业务系统的管理，如果是网站业务，主要是版本发布与管理，网站架构的各个部件的管理与协调工作配置，如果是游戏，可能就是服务器开服，关服，服务器更新，程序错误收集，合服等操作。其他行业本人就不太清楚了。

资产管理其实不算是自动化运维的范畴了，但是服务器多了以后，很多公司运维都是使用word或者excel来记录服务器的相关信息，比如ip，MAC，机器所在地，机器配置，机器现在跑得业务类型，机器采购时间，机器采购价格，机器里面的相关密码信息和此特殊化信息。其实这些信息做到自动化运维范畴内的话，可以更好的管理和合理运用资源。

话题四：实施自动化运维的难处
1、很多运维的哥们都说了，主要问题还是在于中小公司的运维开发能力都一般，如果公司不给相关的开发支持，运维一般就只有使用开源的或者写写脚本，很难将所有的自动运维模块整合到一起。
2、还有就是中小公司是业务主导研发，研发主导运维，运维基本是很少有发言权，经常因为各种不靠谱的原因挪动机器，从新架设服务器等，一个稳定，规范的环境是自动化运维的基础，如果环境部稳定经常变化，我想多一两次，运维也没心情去搞啥自动化了，因为维护自动化的配置比手工完成业务需求都还费力。

Gray1982

回复 30# forward51


    Hadoop不知道你怎么测试的，各种XMl文件能不能贴下？？？
Puppet个人感觉不好，还麻烦

Gray1982

回复 33# yahoon


    没错，全Python代码，写客户端更方便，但个人感觉还是自己写比较灵活一些