中小银行运维自动化经验分享，欢迎大家跟帖讨论！（获奖名单已公布-2014-09-25）
获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4155528-1-1.html国内传统的自动化运维的讨论，大部分是在互联网行业里进行的，大量的集群的管理，变更和服务器管理，自动化运维早已深入人心，但是在金融等行业其实自动化运维也在慢慢的生根发芽。但是银行业和金融行业的自动化运维还是和我们的互联网运维还是有一些区别的：
1、大型商业银行每日批作业任务数已达数千个，中小型商业银行也近几百个，随着业务复杂度及三方业务增加，任务数有增无减，并且变更频率教高，控制难度增加；
2、多个系统、多个作业任务之间形成了非常复杂的逻辑关系，仅靠表格等手工管理方式，很难降低任务执行差错率；
3、针对特殊日期的批作业任务临时变更，很难精确控制，一旦作业任务执行失误，影响范围较大，很难处理；
4、很难精确记录作业任务执行时长、时点、报错等情况，无法统计分析，发现作业任务执行过程中的潜在风险；
如何面对上面遇到的这些自动化运维的问题，我们今天就有幸邀请到来自哈尔滨银行的姜岩老师来和大家分享！来自一线的运维专家的经验分享，欢迎大家跟帖讨论！
本期话题：
说说您所遇到的金融行业的自动化运维的问题
本期嘉宾：
ChinaUnix论坛运维技术版版主，jiang_box，哈尔滨银行资深运维总监
活动时间：
2014年8月27日-9月17日
本期奖品：
积极参与讨论的用户，奖励图书徽章一枚，共计6位
活动要求：
1、 要言之有物，不能低于20个字。
2、 本次话题主要关注中小银行自动化运维的讨论和猜想，其他问题可能不做重点 金融行业这块确实需要加强 一般跑php的业务都是在linux下跑的，不清楚跑在win下的代表什么
看到了，没说话 银行敢自动化运维？不能针对数据库把。 虽然离我的老家不远, 但我真的是第一次听说这个银行.
而且, 国内的银行, 据我知道, 越大的银行, 胆子越小, 备机是永备模式的, 因为没人敢切换. 原因很简单, 切过去, 会丢数据, 损失没人负责, 不切, 等着修, 出了问题, 厂家负责. :em17: 银行IOE的东西多，基本都是企业级的app很少有开源的。开源的东西比较不靠谱，出了问题麻烦。。 "虽然离我的老家不远, 但我真的是第一次听说这个银行.
而且, 国内的银行, 据我知道, 越大的银行, 胆子越小, 备机是永备模式的, 因为没人敢切换. 原因很简单, 切过去, 会丢数据, 损失没人负责, 不切, 等着修, 出了问题, 厂家负责. "
这点大家理解错了，目前很多大型银行，例如光大银行，同城双中心的系统，是随时可以切换的，完全是自动化切换过程，当然，逻辑和操作都非常复杂，不是简单的停应用、停数据库，另一边就直接启动，各个应用系统之间是有复杂关系的，要通过自动化手段进行控制，目前光大银行能做到在40分钟内，将近50套关键系统进行中心之间【也就是常说的不同站点】切换。
q1208c 发表于 2014-08-27 11:07 static/image/common/back.gif
虽然离我的老家不远, 但我真的是第一次听说这个银行.
而且, 国内的银行, 据我知道, 越大的银行, 胆子越 ...
属于地方商业银行吧，这个在每个地方应该都会有的 回复 8# send_linux
呵呵, 这个我当然知道. 从工作到现在, 我也转过几个地方, 基本上每个地方都有自己的地方银行.
其实我也挺奇怪的, 这么多银行有啥用? 每家都不大, 出点金融风险, 直接就得找下家接盘了.
对于中小型银行来说，运维的自动化存在以下几个问题：
1、技术和人才储备不足；
2、几乎全部使用企业级应用对厂商技术依赖十分严重，但是厂商支持力度又显疲软；
3、业务规模小，大部系统分采用双机架构，谈不上集群运维思维，也没有所谓灰度变更思想，因为银行业务系统的程序发版及变更都有严格的发版流程、版本控制，更有严格的风控流程和监管要求；
4、运维自动化基本上依靠运维人员自身经验编写标准化脚本进行，包括生产发版等工作；
5、系统性能采集工具、交易流水、网络质量监控及业务系统健康状况采集软件都是由第三方厂商进行定制开发，有一定的技术壁垒；
由于中小银行规模因素但随着业务量的增长未来还有许多大型银行走过的坑等待着他们跳进去，所以业务系统建设需要有一定的前瞻性，也一定要虚心学习和借鉴其他同业小伙伴们的经验才能稳步健康的发展~