本文最初由新金融世界开源技术应用实战案例研究专刊发布
德意志银行交易所 由莎拉布彻 / 文

IT 技术创新是德意志银行的核心。德意志银行基础架构的运行成本非常高，而且其中有大量资料未被充分利用，需要一个面向多语言架构开放的平台，其能够支持多业务单元中任何应用的负载。通过对 60 多款解决方案进行分析比较，德意志银行最终选择了红帽 OpenShift，同时微软也给德意志银行提供了Linux 系统上的帮助。
红帽 OpenShift 提供了 Kubernetes 和容器技术， 使德意志银行能够在多种应用开发中使用同一套流程和自动化过程。每天在三个不同国家或区域运行 12000 个容器， 通过运用容器实现多用户运行，大幅度降低了成本。OpenShift 提供的抽象层能够帮助银行在不同供应商之间共享应用，无需重新配置或编码。微软和红帽的合作不仅针对客户需求和双方各自业务，同时也合力把 OpenShift 打造成了行业一流的容器平台。德意志银行采取混合云的方式，利用微软提供的 Auzre 平台，微软在构建安全性高，符合监管合规，还满足业务持续性云平台，是理想合作伙伴。Auzre 能在德意志银行的所有业务覆盖范围内进行部署，三周内即完成了从应用概念验证到投产的全过程，这是创记录的部署速度。
德意志银行首席执行官约翰·克莱恩在银行第一季度的会议上分享了其“Fabric”创新化应用，并在最近得到德国报纸记者 Zeit 的采访中提到开发 Fabric 是非常具有价值的，该银行在新技术上投入了20 亿欧元来改变DB 的工作方式。Fabric 是“一个新的平台”，它能在几分钟而不是几个月的时间内帮助开发人员实现部署应用程序，Cryan 在德意志投资者电话会议上表示，“Fabric 是基于软件定义的网络，运行标准语言编写的云，任何千禧年技术者都能很容易的掌握这一技术。”Fabric 主要运用的编程语言是 C ++、Python 和 HTML5，德意志银行已经建立了一个新的应用程序编程界面，允许第三方访问银行数据并共同创建与客户相关应用程序。Cryan 告诉 Zeit，“苹果公司生产的 iOS，在世界各地都有符合Apple 标准的应用程序，这一点Fabric 与苹果完全一致。”

在PaaS 平台上构建创新文化，鼓励有风险的交流

在旧金山红帽 峰 会上， 德意 志银 行、Experian 的高科技管理者和益百利公司的技术高管分享了他们的想法，如何通过正面应对风险来获得 PaaS 平台优势。德意志银行 PaaS 技术全球负责人汤姆·吉尔伯特表示，“ 红帽OpenShift 平台能够更轻松地启动新基础设施，所以采用率在银行内部已经达到了80％”，但是 “不能强迫所有人这样做，”他说，“IT 团队对 PaaS 平台持谨慎态度，他们担心会失去原有的 花费多年建设的服务器所有权。”
然而，技术人员倾向于去追求实现新的创意性想法，这些新想法初期也会遇到许多风险。银行本来就需要用大量时间考虑客户管理风险， 采用 PaaS 平台后，或许需要更多的时间来管理风险，这与其更快的开发速度有关，这些风险包括与IT 安全、交付和团队依赖相关的各类风险。
“依赖风险可能会成为合作的障碍，特别是当一个团队工作就绪时，如果彼此间项目具有依赖性，管理者更可能倾向于要求各部分独立完成功能，以尽量减少依赖性引发的风险，这也是目前最难解决的事情之一”吉尔伯特说。增加协作的一种方法是鼓励团队坦率地讨论与新的 PaaS 项目相关的风险类型，可用信息越多，管理人员就可以在测量风险时有更多信心，互相产生更多的信任，有助于开放风险日志追踪问题。

影子创新或“免费问题解决”，同时提倡实验性思维

当银行首先开始构建 PaaS 基础架构时， 对无状态应用程序也投入了较多关注，数据保存在应用程序本身，不必将数据库等部署到基础架构上。吉尔伯特访问该银行的莫斯科办事处时，程序员Dimitry 已经对此进行了大约三个星期的实验，测试结果证明这个方法很不错。
Experian 信用报告机构发现， 其当前使用虚拟机部署应用程序的解决方案是在新项目的主要瓶颈时， 开始采用 PaaS 平台的方法。Experian PaaS 卓越中心副总裁 Jon Deeming建立了一个小型 PaaS 试点项目，并最终在整个组织中推广。在采用 PaaS 平台时，Deeming紧急召开了视频会议会议，视频会议可以更轻松地提取非语言线索，例如通过参会人的面部表情等判断会议内容的不妥之处，帮助管理人员更快找到重要问题关注点。
除上述之外， 管理层还要应对因为采用PaaS 给银行人员所带来的情绪影响，相信每一位工程师都或多或少有过忧虑，不过整体上大家也都能很快认识到灵活可变流的应用所带来的好处。例如，PaaS 平台能显著缩短测试时间，保证团队立即通过并行运行测试。
采用新技术后，银行仍在持续鼓励创新， 并设置期望、选择管理。比如：通知工作人员， 在 90 天内希望能收到 10 个新创意，但其中 9 个会被淘汰，设定期望刺激创新，但从使用测试来看，至少目前没有足够的资源去实践所有想法。

将创新引入运营

IT 运营团队对创新的担忧高于开发团队。他们倾向于避免风险， 因为发生故障时他们处于第一线，所以希望围绕变更管理流程进行创新，而不是在新应用上进行创新。Experian Health IT 业务副总裁 Rob Sexton 表示，作为流程创新的忠实粉丝，他鼓励员工尝试不同的方法，把所有的东西都放到共享变更管理系统中， 鼓励在 PaaS 平台上进行负责任的实验， 其中一个策略是让 IT 经理及各个团队拥有不同的工具，但发生问题时，就需要所有人参与解决。Sexton 说“：整个IT 组织都被派去解决问题，即使他们已经工作了几十个小时，所以，为员工提供实验指导防止意外部署产生的漏洞或恶意软件这一点就显得非常重要了。”