当传统银行开始向互联网金融转型时，银行不仅需要重塑自身形象，还要利用互联网+的各种手段工具，成为更多金融服务的提供者。正所谓“打铁还需自身硬”，传统银行的IT 架构和系统也亟需“蜕变”，承载更多业务价值，帮助业务部门构建更完善的数字生态系统。
招商银行数据中心应用管理团队负责人张建林日前和记者畅谈了传统金融IT非功能实践的演变思路，他与记者分享了传统金融在互联金融趋势下需求的演进，以及运维部门与其他开发部门、业务部门的联动，以及在新兴技术层出不穷的时代，该如何让运维工作与时俱进，发挥更多价值。
张建林将传统金融对运维的挑战分为四类：
首先是来自线上业务交易量的高速增长压力，原有的组织架构已经无法满足这样的高交易量需求;
其次是运维部门和开发部门需要在工作中无缝对接，他告诉记者，由于政策要求，很多运维工作不能让开发人员参与，开发跟运维有明确的分工界限。但对于高速迭代发展的互联企业来说，如何让这两个部门实现无缝对接的监管尤为重要;
再者是运维人员的增长速度永远跟不上开发和业务诉求的增长;
最后是银行监管部门与银行客户对于应用系统高可用的要求。这一点充分体现了金融行业的特殊性，不同于一般企业的高可用性，银行的业务系统需要满足银监会、证监会的高标准，对数据的安全和交易的安全、可用性是需要首先考虑，其次是如何应对高并发的要求，这些都给银行带来了不小的挑战。
在由听云主办的2017中国应用性能管理大会现场，张建林做了《传统金融IT非功能实践的演变思路》 演讲，当记者问及什么是传统金融“IT非功能”时，张建林解释道，业务部门的需求叫功能需求，目的是实现某个业务需求。非功能需求，就是从运维角度提出的需求，主要是在完成业务功能的开发之外，为了实现该项目提出的诉求。他举了一个例子，例如业务部门提出一个秒杀活动，那么开发部门的首要任务就是设计出满足这个秒杀活动的程序，但是他们不会去考虑这个活动背后需要IT系统配备多少存储、网络、计算资源，是否需要做压力测试，是否需要性能调优，这个秒杀活动的环境部署是怎样的等等情况，而这些因素恰恰是运维部门需要考虑的。那么运维部门就会在代码开发阶段就提出IT非功能需求，要求开发部门如何配置数据库，如何实现负载均衡匹配业务。确保开发与运维共同实现业务需求。
张建林指出，传统业务部门与运维的沟通并不多，但是现在运维部门正在更积极地参与到业务部门的工作中来，他们会提前和业务部门达成共识，充分了解业务场景，从而对业务量有一个预估并判断出性能瓶颈，提前做好环境部署，而不是等到业务量突增之后，再去拓带宽买设备，避免被动的局面。
张建林表示，运维现在有两大流派，一是DevOps，主张应用、运维跟开发是一体的，无缝接的，二是谷歌提出的SRE理念(Site Reliability Engineer)，让开发和运维做到工作上的配合，运维能提前介入项目开发，提前把能做好运维的一些想法或者是工具、脚本、接口，让开发准备好。“我更赞同谷歌SRE的理念，在现实中更有可操作性。” 张建林坦言。
解决运维僵局的另一个利器是自动化。张建林表示，现在X86平台下，不可能让一个人去运维一两千台服务器，因此必须要通过自动化，让开发代码跟运维自动化做一个平滑的无缝对接。
记者了解到，在招商银行，自动化工具都是运维团队自主研发的，因为自主研发的自动化工具更符合招商银行特有的应用、特有的环境、特有的人员配备。目前招商银行的运维和数据中心部门利用这些工具，完全可以做好运维工作，并支持开发部门交付的应用，并且保障应用的高可用性。“自己才是最了解自己需求的人，做的工具才可能是最适合的。” 张建林表示，之前也有一些厂商愿意提供定制化的自动化产品，但是外部人员很难深入了解银行的环境和业务，响应速度和力度都跟不上，产品迭代延续性也不太好，还容易造成浪费。这些通过自主研发自动化运维工具都可以有效弥补。
在采访最后，张建林也谈了他对于运维未来工作重心的看法，他认为有三个转变：
首先是传统金融机构也在逐渐向互联网企业看齐，逐步加强了线上客户行为数据的采集，去做大数据的分析与挖掘，从业务层面挖掘数据价值。而运维部门的责任就是给这些业务部门提供不同的一个数据来源和大数据的分析平台。
另外一个很明显的趋势就是传统金融的重心在逐渐从线下转移到线上，但之前的应用架构跟容量的设计肯定不能满足现在线上交易的需求与发展，尤其在高并发、高交易与高增长等方面，因此现在需要对之前旧的架构逐步做整改与迁移，主要通过对此类业务的应用解耦，与主机下移X86平台来实现。
作者：林雪
来源：http://www.51cto.com/art/201708/549023.htm#topx
