在数字化转型中的诸多挑战中，经营模式转型这个维度的基本矛盾，是业务需求频繁变动和产品快速迭代上线对整个企业开发部署流程的要求，与企业现行的竖井式组织架构给跨部门高频沟通造成拖累之间的矛盾。而要解决这一矛盾，何不从取得成功经验的企业案例中获得启发。
走在前列的银行科技部
在解决这一矛盾的过程中，最能够提供借鉴的就是银行业了。随着金融市场的开放，体量小、组织架构灵活的互联网金融机构凭借其敏捷的产品策略和对流量变现的娴熟应用抢占市场，对银行形成强大竞争压力。他们全新的作战模式，不仅为传统银行带来了新的转型方向，也为各个行业打开了快速增长的大门。让我们来看看传统银行是如何实践 DevOps、并最终推动经营模式转型的。
案例一 南京银行运维团队3天构建实时流动性管理工具
若业务部门提出需求：以往 T+N 的报表式流动性管理方式过于滞后，无法及时感知、干预流动性风险，需要开发一款实时的流动性管理工具。就像一步接一步流程化做菜的方式，依赖过去传统银行的开发交付流程，从需求提出到工具交付上线，动辄几月。
而南京银行运维团队的做法与众不同。通过天旦业务性能管理产品 BPC（以下简称 BPC）特有的 SmartView 模块，完成构建实时流动性管理应用，投入运行，仅需3天。通过 SmartView 的可视化界面，运维人员无需编写代码，只需鼠标拖拉，就能快速完成应用的自定义构建。同时，天旦 BPC 基于旁路的技术方式拥有跨业务条线实时监控全业务流程的优势，为实时流动性管理应用的即刻上线、精准统计提供了天然基因。南京银行通过实时流动性管理应用，面向高管层、业务管理人员实时呈现二代支付往来账业务笔数、发生金额等重要业务指标。同时，面向会计结算部、资产负债管理部等业务部门及时准确反映全行大额资金流动情况，便于资金头寸管理，控制流动性风险，让流动性风险管理方式从 T+N 创新性地升级到了 T+0。
南京银行实时流动性管理应用
案例二 天旦某城市商业银行用户，自主开发业务实时监控应用，运维与开发充分协作
银行的 IT 系统庞大复杂，不同业务模块构建技术原理不同、部署时间不同，无法用同一个工具面向所有业务统一评估交付质量，也很难用同一个视图汇总所有核心业务运行的实时指标。受到天旦 BPC 基于旁路方式能够跨业务条线实时监控全业务性能的启发，该行运维人员创新构建了一个新核心应用性能监控应用，区分交易类型，在统一的监控界面中呈现核心 Top 交易的实时运行情况。一旦交易指标低于设定的阈值，立即触发提示。运维手中有了精准的数据指标，对业务的运行质量有客观、实时、全面的数据统计。一旦业务性能低于预期，就能立即反推开发调优，让运维与开发无缝衔接。借助 BPC，产品所经历的研发、测试、部署、监控全流程被无缝串联，实现了开发、运维一体化。
该银行基于天旦 BPC，对核心交易统一视图实时监控
而这一切都和天旦 BPC 的产品设计，从底层开始就赋予 DevOps 的思想脱不开关系。BPC 基于网络旁路技术，无需对应用进行修改，所以独立性高、依赖性小，满足了敏捷开发和持续部署的快速落地要求；通过对真实网络流量 (wire data) 进行自动解码分析，SPVD 得以自动发现不同模块之间的访问关系，在产品推陈出新、业务不断变更的情况下自动感知变化，为运维与业务建立起统一的视角。而 SmartView 则赋予了运维人员开发能力，无需代码编写 (no code) 就能快速构建场景化应用。过去动辄一年半载的开发周期被缩短为数日，促成 DevOps 的实现，以更敏捷的姿态及时响应业务部门的变化。
从龟兔赛跑到接力协作，DevOps 释放科技潜力，助力企业数字化转型
因为市场瞬息万变，所以必须以用户体验为中心，及时满足用户需求；因为竞争残酷激烈，所以必须不断通过各种渠道产生新想法、建立新业务洞察，开拓新的生存空间；因为未来无法预测确定，所以唯一不变的只有“变化常在”。
很多的运维还在以为这是一场发生在部门之间的龟兔赛跑，可以放心等待开发部门赶来。事实上，企业虽然划分了不同职能的不同部门，但正如生物是各个重要器官协同配合才能生存一样，各个部门之间齐心协力、以终点为共同目标完成一棒又一棒的接力，才能让企业整体顺利度过数字化转型。而要实现这一目标，DevOps 是必经之路：以运维为核心打通业务流程，建立从业务到运维的数字化生态；通过敏捷开发的方法，打破竖井式组织架构，实现产品的持续交付，提高企业对行业变化的反应速度。只有这样，企业才能在快速变化的时代中拔得头筹，获得指数级的商业价值增长。
