​​​​​​​下一代银行架构:DevOps运维模式

22-06-28 banq

在过去的十年中,我们看到银行急于将他们的架构从我们所说的 "遗留系统 "中转变出来。不同的国家有不同的法规,所以一些企业需要建立内部解决方案,建立自己的平台和框架。大量的团队致力于创建一个新的平台、架构、框架、设计模式和规则集。然后是业务需要在IT团队的帮助下转型到这个新平台的部分。

转变应用程序也意味着流程、程序和人员也需要适应这种变化。很多企业在这里错过了一个重要的点:转型也是对我们工作方式的操作模式和思维方式的转型。我们需要明白,我们的工作方式,我们如何处理我们的组织和团队,以及我们如何处理我们的应用程序将发生变化。"你建立它,你运行它 "是新世界中被广泛接受的原则之一,但我们看到员工们很难适应它。

错过这一基本组织变革的原因之一是企业希望看到立即的结果。他们期望平台能够快速启动和运行,业务部门能够尽快在新的架构上高性能地扩展其应用程序。但这是正确的方法吗?在改造我们的架构的同时,我们需要意识到我们正在改造我们做事的方式,我们正在改造我们管理工作的方式。不明确的角色和责任会影响到团队之间的合作,产生一些没有分配给任何人的bug和话题。一些具有 "主人翁 "个人特质的人将试图处理这些问题,但很快他们就会精疲力尽,或者当我们依赖他们时,他们就会成为一个单一的失败点。

企业需要为他们培训员工,以适应这个新的环境,同时在项目中获得成功。培训所有员工可能会耗费时间和成本,因为企业不能等待休息。因此,需要有一套文件、指南、示例项目、代码模板和一个精心安排的培训计划,以便能够部分地改造员工,同时保持我们的转型运行。

改变思维方式是非常关键的。团队需要对他们的应用程序拥有 "所有权",适应 "你建立它,你运行它 "的心态,并对他们的问题进行故障排除。团队不能简单地不断创造对其他团队的依赖,这将减缓他们的进程。

在这篇文章中,我试图谈谈为什么公司要尝试进入这个转型之旅。我也相信DevOps运营模式在这个转型中有着极其重要的作用,不应该被忽视。这就是为什么我开始确定一些原则和推动因素,开始谈论DevOps运营模式。我的目标是通过多篇文章继续讨论这个运营模式的话题,以遵循这里提出的观点。那么,为什么企业要开始他们的下一代转型之旅。

企业这样做是为了保持现在和未来的相关性和责任感。让他们带着明确的目的去表态。他们想改善当前和未来的痛点,从头开始重塑端到端的客户旅程,投资于帮助他们预测和回应不断变化的客户需求的能力。企业希望在一个目的导向和价值驱动的文化中提供令人满意的员工体验,并不断优化他们的组织方式、流程和IT系统。

信息技术改造通过实现四个目标为战略支柱做出贡献:
1. 确保最佳的员工体验。一个面向未来的银行是建立在关心客户、彼此和组织的优秀员工之上的。银行希望创造一个工作场所,让人们创造性地做有意义的工作。企业需要消除重复性的工作,与最新的技术合作,创造一个 "由你创造,由你经营 "的文化来实现。

2. 要有控制力。一个面向未来的银行要履行其对客户和监管者的责任。他们需要防止对其服务的安全性、可用性和合规性的不当风险。

3. 降低IT成本。一个面向未来的银行是有利可图的。他们需要高效地使用资源,以确保创新的客户体验。提高IT生产力,包括运行和变革,集中变革能力,只分配给价值最高的领域,使其变革轨迹不再复杂,这对降低成本非常重要。

4. 让客户满意。IT是一个现代的、相关的客户体验的关键因素。IT组织需要提高有效和快速创新的能力,不断为客户提供最佳的服务和体验。他们通过缩短上市时间,腾出时间来关注客户价值来实现这一目标。

实现目标运营模式的7项原则:

  1. 部落领导和产品所有者是业务角色,是业务层次的一部分,直接代表所有业务利益相关者对他们的部落和团队。业务代表应该尽可能的直接,以限制信息的流失,确保直接的反馈回路,并平衡业务专家和IT需求。
  2. 一个DevOps小队和它的PO负责他们所拥有的应用程序的所有变化、运行和安全工作。对工作的端对端责任,推动了高质量的工作,使团队需要独立发布的自由。
  3. 一个DevOps小队可以决定何时将功能发布到生产中,因为他们适当地管理了与其他小队的依赖关系。独立发布为IT交付带来了速度和效率,同时也消除了小队日常工作中的困难。
  4. 罕见的、不经常需要的专业知识被集中起来,在必要时支持小队。虽然一个小队应该有所有的能力来建立和运行他们的应用程序,但对于不经常发生的非常专业的工作,这可能并不总是可行的。
  5. 核心服务提供整个组织的洞察力,协调复杂的事件管理活动,并为终端用户执行第一线故障排除。对于一个复杂和高度耦合的平台,在可预见的未来,中央层面的监控和协调仍然是必要的。
  6. 经纪人管理着一个有限但完整的服务目录,为各小组提供标准的构建模块。经纪人的目的是确保有相关的目录来提供标准化的、易于使用的服务。
  7. 架构和安全为企业和安全架构制定标准。以确保跨IT的互操作性和全局的安全性。


员工旅程也是很重要:
  1. 与产品负责人一起,需要决定服务水平,平衡成本和收益。
  2. 通过 "按下按钮",Devops工程师可以以设定的价格从经纪人那里订购所需的基础设施服务。这些服务可以立即被整合,并包括监控。
  3. DevOps工程师总是着眼于提高应用程序和团队的性能。评估问题和机会,定义解决这些问题所需的工作。与产品负责人一起,将这项工作与新功能一起进行优先排序。
  4. 在设计新功能时,Devops工程师要考虑到运行任务,因为团队将同时负责运行和变化 因此,在决定DoD的时候,你要考虑安全性、可用性、容量、验收标准等。
  5. 在部署之前,与团队保持一致并回答问题。"我们的版本是否符合所有设定的标准?我们是否有信心这个版本不会导致不必要的问题和修复工作"。确保你部署了一个高质量的构建,因为这将减少你必须解决的事件数量。
  6. 你不断地监测你的应用程序的性能,以确保你的应用程序是稳定的,并满足设定的服务水平。你跟踪你的应用程序的事件,并作出适当的反应,以防止中断。
  7. 当你监控你的应用程序的性能时,事件也将被解决或由服务台转给你。你与服务台和Bridge合作,向他们提供知识文章和SOP,他们将向你提供有价值的反馈。
  8. 当你监控你的应用程序的性能时,Tower提供了对客户的IT性能的整体洞察力。如果你的团队在满足适当的性能方面出现问题,Tower会发出信号,并与你的IT经理讨论提高性能的措施。

下一代银行架构 "转型和组织转型是并存的,DevOps转型是变革的核心要素之一。有必要了解企业文化,并计划用架构来改变运营模式。这篇文章试图提供一些见解,以开始一个漫长的旅程。
 

猜你喜欢