早在2015年-经过一次行政人员的大屠杀 ，不久之后国际货币基金组织（IMF）将该银行视为世界上最危险的银行 -德意志银行伦敦办事处的一小队工程师受到新管理层的委托，将银行转变为经营“一切即服务”。

现在，三年过去了，这些工程师已经构建了Fabric，这是一种内部平台即服务（PaaS），已经被成千上万的德意志银行员工用于运行成千上万的应用程序，其全部目标是运行80％的应用程序。到2022年，Fabric的工作负载将增加。Fabric基于Red Hat的OpenShift PaaS构建，并结合了一系列针对高度监管的银行业的特定功能，以加快应用程序的开发和部署。

[ 同样在InfoWorld上：Kubernetes与现实世界相遇：3个成功案例 ]

对于一家杠杆率高，监管严格的国际银行来说，这是一个快速的成功故事。该银行正在扭转局面，去年亏损了57亿欧元（74亿美元），甚至一家管理层也在考虑是否将Fabric足以卖给竞争对手的银行，最终将其技术投资转化为收入来源。

Fabric帮助解决的一个关键问题是该银行在2015年成立时遇到的新领导层：一个相当大的虚拟机（VM）资产，利用率仅为8％。

德意志银行平台即服务产品负责人艾玛·威廉姆森（Emma Williamson）在最近的Red Hat OpenShift Commons大会上说：“首席信息官聚在一起，意识到他们有一个问题需要解决，因为这只是金钱，正在渗入组织。”在伦敦举行的活动。

因此，该银行着手围绕诸如容器和Kubernetes之类的云原生技术对其应用程序库进行彻底的现代化改造，以期减少与原有平台相关的浪费，并帮助推动向云的更广泛转移。

这是他们的处理方法。

从RFP到PoC再到MVP

该银行首先对容器平台的投标申请书（RFP）进行招标，以构成其新平台的基石，从而开始朝着在更灵活和可扩展的公共云基础架构上运行银行的方向进行更广泛的转变。

该银行还希望有一个新的开发，测试和部署环境，而该环境不需要繁重的旧的基于Java的本地开发应用程序堆栈，这些应用程序可以在所需的WebLogic和jBoss之类的系统上运行。

它很快就采用了Red Hat的OpenShift PaaS（IBM去年以340亿美元的Red Hat交易的形式收购了Opena PaaS）-像Salesforce的Force.com，现已倒闭的IBM Bluemix和VMware的Cloud Foundry一样，并开始分拆概念验证（PoC），然后是最低限度可行的产品或平台（MVP）。 在此过程中，德意志银行的工程师对银行特定功能进行了编织，并从Avi Networks的应用交付平台和Ansible配置管理中添加了元素。

“以为从2015年中期到2016年初，我们从RFP到PoC再到MVP，这太荒谬了。 德意志银行PaaS专业服务团队的高级工程师Dipesh Patel在同一场Red Hat活动的舞台上说：“自那时以来，德意志银行没有什么事情做得这么快，而且我认为自那以后还没有做过这么快。”

[ 也在InfoWorld上：Microsoft Azure云迁移：3个成功案例 ]

德意志银行采取了一种非常不寻常的，分散式的方法来选择首先将哪些工作负载和应用程序移植到Fabric，然后再由工程师自己决定。 “我们从一开始就需要CIO和开发人员的支持，因为我们无法强制要求这样做。 我们能做的就是建造它，并希望它们来。”威廉姆森说。

这并不意味着她的团队不会提出建议。 他们希望，如果可能的话，将应用程序分解为微服务，但是一些团队选择解除和转移整体工作负载。

为了减少浪费，工程师不受内核方面的限制，但在他们不得不证明任何额外容量之前，他们仅限于16GB的内存。 以前，银行购买的是“规格最高的盒子，应用程序预算可以覆盖的CPU和内存最多。 这些高规格机器通常只运行单个工作负载，从而严重浪费了机器资源。”威廉姆森说。

现在，“我们希望他们能通过一些试验来提高记忆力，因为我们不希望集群中的原始浪费，特别是在人们提出要求的情况下，”威廉姆森说。 “我不想做的就是继续添加集群，因为我最终将回到我们在2015年回到的空间，那里利用率只有8％或9％，这太荒谬了。”

到目前为止，这种转变的结果是令人鼓舞的，目前该银行49％的应用程序托管在该银行基础设施的10％上，从而实现了60％的利用率和“显着”的成本节省。

“作为一家银行，我们所做的一切都是关于减少资源，降低成本。 我们必须节省这笔钱，我们必须拥有虚拟机出口，摆脱浪费的土地。 我们仍在经历，”威廉姆森承认。

当然，作为大银行，还必须在平台中内置合规性和治理功能。

织物工程和运营负责人Jeremy Crawford谈到了让Red Hat企业强化版本的OpenShift Container Platform有助于放松管理头脑的重要性。

[ 也在InfoWorld上：AWS上的VMware Cloud？ 这些客户都在 ]

“这是增值的一部分，企业平台不仅可以让您离开，而且可以认为他们可以在任何治理之外的某个地方的[托管Kubernetes服务]上完成此任务，因为他们不会走得太远”，克劳福德说。

这也是为什么银行将Avi Networks软件（去年7月被VMware收购）集成到Fabric平台的原因。 Avi Networks提供IP白名单和网络安全规则等自动化服务，以帮助确保仅授权人员才能访问服务。

克劳福德说：“没有Avi，我认为该平台不会像以前那样Swift启动或取得成功，因为它基本上是在快速跟踪这种投入生产的能力。”

更好的利用，速度太快

Deutsche确实在使用新平台时遇到了一些麻烦。 该银行尽早在培训和社区建设方面发挥了巨大作用，引入了Red Hat帮助进行培训，并Swift站起来社区论坛和Symphony聊天室以进行内部故障排除。

“我们将其作为一个Symphony聊天频道进行了开放，该频道本应该是社区帮助，并且用户可以帮助Stack Overflow，Slack等用户，” Patel解释说。 “结果变成：'嗨，Fabric团队，我有这个事件编号，您能为我们解决吗？” 因此，我们正在尝试追溯并修复所有出现的习惯。”

威廉姆森（Williamson）和她的团队当然早就为采用率的高低而苦苦挣扎，因为事实证明开发人员的要求很高。

她承认：“感觉我们无法足够Swift地给他们足够的东西。” “与其他银行相比，我们是一个很小的团队。 我会放慢脚步。 如果我再有时间的话，我不会做的那么快。”

她补充说：“我们发布了这张法拉利的大型图片，但是福特嘉年华走了一点：'哦，天哪，我不知道我是否能应付'。”

[ 也在InfoWorld上：微小的云采用AWS，Microsoft Azure和Google Cloud ]

卸下训练轮

话虽如此，既然开发人员已经离开了培训轮，他们正在充分利用。

威廉姆森说：“他们做事的速度大大提高了。” 例如，一个团队能够在短短三周内将一个新的应用程序投入生产，而威廉姆森说，她处于“我必须等待14个月才能使VM进入的情况”。

根据结果​​，该银行正在PaaS上运行49％的应用程序。 他们能达到100％吗？

她说：“不，我们永远不会达到100％。” “但是我们不想达到100％。 总是会有无法在Fabric上运行的应用程序。 无法迁移到云的应用程序。 那些白金大型机应用程序是正确的，因为它们需要功能。 我认为，到2022年底，我们的伸展目标可能达到80％左右，我认为我们可以做到。”

尽管如此，对于诸如容器之类的云原生技术而言，学习曲线仍然很陡峭，其中的团队“还不是Kubernetes或OpenShift用户，而且在很多情况下甚至还不是开发人员，而是支持负责将应用程序部署到以开发人员为中心的平台。 那是我们的客户，对吗？ 我们必须与之合作，”帕特尔说。

文档是一个好的开始，但是当然“由于工程师们，我们没人能按原样阅读文档，即使它是一步一步来的，他们也不会遵循。” 他承认。

下一站：云

当前，Fabric在四个区域（美国，英国，亚太地区和德国）上运行，这些基础结构来自三个未命名的本地提供商和Microsoft Azure公共云，但具有私有网络。 目的是在将来尽可能多地迁移到云。

[ 也在InfoWorld上：云原生技术如何克服云锁定 ]

老派的，内部提供者的问题取决于文书工作。 “合同是一个问题。 我们降低了SLA； 他们当然无法与[这些]云提供商竞争。 [然后是]不一致的配置，因为如果您不能像在云中那样对基本映像进行控制，那么您就不会拥有完整的堆栈并且会遇到问题，” Crawford解释说。

无论Fabric驻留在什么基础架构上，Crawford及其团队实际上都已成为内部PaaS提供商，并承担了所有带来的压力。

Crawford说：“这就是人们喜欢该平台的原因-我们消除了所有的痛苦，我们必须处理所有提供商之间的所有微妙之处和差异，然后您才可以使用该平台。” “不幸的是，这确实使它在某些情况下难以操作。”

向服务提供商的过渡对平台团队进行了一些重大更改，引入了新的工程，运营，产品管理，专业服务，程序管理和站点可靠性专业知识。

“我们刚开始时只有三个人，所以我们组建了一个全新的团队，全新的工作方式，新的人员，新的想法，” Patel说。

银行即服务

最后，德意志银行似乎很认真地考虑是否可以将其Fabric平台商业化，以便其他金融服务公司购买该平台即服务。

在此之前，银行业希望通过其在云原生技术中的投资货币化，从而本质上成为软件供应商，从而出现了更广泛的趋势。 可以在高盛公司（正在探索将银行即服务产品出售给其他金融服务公司）和英国金融科技公司OakNorth （为其他银行贴上自己的分析情报平台）的英国金融科技公司OakNorth上看到的。提供信贷决策服务。

[ 通过InfoWorld的Cloud Computing Report新闻通讯了解云计算的最新发展 ]

帕特尔（Patel）谈到德意志银行从一开始就如何将Fabric视为独立的产品和品牌，以便“我们有可能在一天之内，如果一切正常的话，可以卖给其他[金融服务公司]。 他说：“我们可能会打包并出售，直到今天为止。”

克劳福德补充说：“你必须高瞻远瞩，这就是主意。” “我们希望将其作为产品进行管理，因此，就文档和定义这些边界而言，它必须变得成熟。 您的消费方式（使其易于消费）也是一大推动力。”

From: https://www.infoworld.com/article/3529548/can-deutsche-banks-paas-help-turn-the-bank-around.html