围绕银行新核心系统建设，谈容灾、数据管理、架构设计……

　　

一、企业发展和技术结构的发展

1. 共同发展财务业务和系统架构

金融业务和服务的发展是一个利用信息技术不断改进和发展的过程,这一过程已经持续了近30年,在发展过程的各个阶段,信息技术的定位和要求大不相同,这些是技术人员在不同阶段必须处理的问题和目标。

信息技术在金融业务发展中的作用以及金融服务的分阶段性质可大致分为三个阶段,包括接续和平行发展:

(1) 会计自主阶段

20多年前,金融部门开始使用计算机技术逐步取代传统金融业务的标准手工处理程序,主要包括会计和清算等业务程序。

然而,随着计算机网络技术的发展,跨网络、地理和跨银行的可获取金融服务逐步开始提供,财务业务手工流程的计算机化导致业务处理效率逐步提高,人为业务风险减少。

技术在这一时期在企业发展中的关键作用及其自身的问题如下:

鉴于会计过程日益复杂,如何确保核心会计应用系统的可靠性和数据高度一致,对银行的技术和工艺组成部分来说,如何确保核心会计应用系统的可靠性和数据高度一致,是控制应用系统开发和运行的一项挑战。为了应对这一挑战,科学和技术部门已开始逐步将应用系统的开发与业务的维护分开,处理这两个领域的技术和管理问题,并遵循专业发展的道路。 如何有效地将研发与生产联系起来的挑战 -- -- 经过近十年的测绘才成熟 -- -- 仍然是需要持续研究的一个问题,即7*24小时的服务、快速增长的在线操作,以及如何适应和有效控制这些操作;

随着金融业务在整个网络中扩展,服务日夜扩展,信息技术系统基础设施逐渐分为储存、网络、系统、安全等,各领域的技术监管和维护程序正在逐步完善,以满足需要和要求,但随着金融业务的迅速发展,信息技术系统基础设施由于适应能力迅速增长和结构频繁变化的需求,始终是该领域的一个挑战。

(2) 在线货币交易阶段

随着电子银行和技术的发展,出现了各种基于在线付款的在线货币交易以及衍生金融服务。

服务程序繁多复杂,使客户更容易使用,财务业务已开始逐步从离线实物点转向在线渠道。

随着信息技术为这一业务模式投入运行和运行,出现了两个关键问题:

快速发展银行应用程序的问题主要是在银行线上实现业务,因为现在通过多种应用系统甚至第三方应用程序相结合来实现。 随着对金融服务的竞争日益加剧,业务需求的复杂性和有效性越来越高,如何提高能力,在确保应用系统开发质量方面发展快速生产,这是金融部门信息技术面临的关键问题之一。

在线金融服务安全稳定运作是一个问题,因为在线金融业务每天24小时、每天7小时、客户高度依赖在线金融服务。 在线金融业务的业务监测、问题定位、故障排除和在线金融业务的安保保护是信息技术支持业务管理的基本功能,但在线业务系统的业绩无法直接亲自观察。

(3) 数字资产交易阶段

随着对金融服务的需求不断增长,各类资产数字化以及实物和法律身份的数字化,这些资产交易的基本条件逐渐成熟。

在线数字资产交易和服务业务,如新的在线汽车交易,也将逐步成熟,具体取决于两类信息技术的成熟程度和应用情况,具体如下:

资产数字化以及数字资产交易的关键是实现技术联系,例如自然人/法人的识别和认证、在线合同程序和三方存款的控制等技术联系,这些联系既需要银行自己的信息技术系统的完整功能,也需要与第三方的密切互联。

数字资产交易的内容管理:在数字资产交易过程中,以及在交易完成时,生成了各种类型的文件,需要与过程密切相连,需要反时装、不可否认的反时装等。 传统的银行和金融业务数据、以资金交易为中心的会计数据、数据库中储存的结构性数据、数字资产交易数据、各种文件交易中占主导地位的无结构数据,对信息技术要求和应用提出了新的要求。

　　

　　

2. 银行系统结构的不同设计和开发

随着银行模式的不断演变,信息技术基础设施也正在得到丰富和发展,其基础核心会计系统来自商业渠道在线线路、公共平台、数据仓分析、非金融交易担保等。 这些类型的系统结构的设计原则和需求各不相同,取决于用户如何使用这些结构、数据程序、可靠性和可用性要求,因此需要以不同的方式设计,对不同类型的业务采用不同的结构发展途径。

　　

需要不断优化和发展上述每一种业务设想的系统结构,虽然每种模式的发展目标各不相同,但需要充分考虑到联系和一体化。

　　

在设计基于不同类型情景的系统时,需要根据“最低套”原则对基本结构进行结构安排,以便完整和灵活地支持不同商业系统结构的实现,同时保证满足具体的银行业务需求,如监管审计、数据安全、过错容忍等。

　　

虽然银行技术部门的主要目标是支持商业发展,但由于金融业务与信息技术之间的密切关系,未来商业发展的基本系统结构需要事先设计,并能够满足当前的商业需求,例如目前在线信贷业务的视觉信息。

　　

建立新的核心银行系统的主要问题

　　

1. 改革新核心架构的基础

每家银行都有不同的业务模式和优先事项,各银行更换核心银行系统的业务需求和建筑目标差异很大,此处不加以讨论。

但每次银行核心系统被取代时,它也是一个总体应用架构、数据架构、系统架构以及运输架构的总体优化,必须针对这些架构,因此“准确”是什么? 这是非常重要的。

根据其本身的工作经验,这些改进必须着眼于借鉴过去的做法和经验,要求对过去的事件和问题的类型进行详细的登记、分类、统计和分析,从中找出原因并设计解决办法,以确保每个核心系统都得到更新,其结构得到优化,能够真正解决问题并支持业务发展。

　　

　　

2. 基础设施一级重建的实例

早期银行核心系统及其基础设施仍然是设计一线基础、一线支持模式的基础。 但是,随着金融部门业务模式的不断发展,它已经是一个自下而上的第一线模式,不可避免地会给旧架构带来一系列挑战。

例如,在线交易的活力,即典型的可塑性模式,必然要求该系统的商务通道是多重和动态模式,但是,由于所有交易不能同步进行,如何使商业渠道更加动态和动态地扩展,将会导致实地数据一致性问题,导致非轨道交易。

在最初的系统结构中,一般通过网络共享文件系统加以解决,但这导致资源竞争和以交易信息、数据文件传输、数据文件读写等形式相互交错,严重影响了整个系统的可用性。

针对新核心系统和系统重组中的这类问题,我们采用了基于服务器作用的规划设计,以及基于网络多面战略的网络区域对网络卡配置,以解决总体供应问题,简化安保工作的实施。

　　

上述例子只是系统基础设施转型的一个很小的、部分的例子。 但是,每个部门的小规模转型,如果最终积累起来,将能够更有效地解决前一个系统架构的系统性问题,即系统架构的逐步转型。

同时,为了改善资源动态并减少使用的总体成本,整个系统的总体结构已经从类似烟囱的垄断模式演变为功能分层和共享模式,使系统更加标准化和自动化。

然而,问题往往具有两面性,虽然这一模式确实具有明显的优势,但它也有其自身的弱点,即当一层层失败时,影响范围更大,监测失败情况更难找到。

因此,在优化系统架构的同时,必须明确认识到特定架构设计的弱点,并为它配备必要的保护和分辨率措施,使系统架构能够更好地为其业务服务,这是设计系统架构可靠性的一项基本原则。

　　

3. 过失容忍和应急机制的实例

如上所述,当系统按等级划分和合并时,某一等级的失败的后果可能会扩大范围和破坏,因此,结构改革的优先事项之一是同时调整整个监测系统以及必要的过失容忍度和应急机制。

监测是处理灾害的基础,将在随后一节中讨论,其中将简要说明处理和应对灾害的机制。

在这种情况下,由于医管局机制也以SAN存储资源为基础,因此自然是行不通的。 而且,由于涉及的应用程序较少,在转换到城市中心时,它们对整个服务将产生更大的影响,因此需要通过建立克隆等数据库来预先预防和保护。 当出现这些问题时,应用系统将迅速转换为克隆数据库,以恢复服务。

实施这些基本环境、调整应用系统、查明和查明风险事件、批准和启动应急程序、处置后验证和问题摘要是科技工作的日常管理的核心要素,需要在工作目标、资源分配、操作程序、工具开发、演习评估、迭代优化等方面建立固定机制。

　　

　　

业务数据管理和系统设计

随着金融业务日益复杂,以及商业渠道的多样化和在线化,金融业务产生的数据类型在形式和复杂性上正在发生巨大变化。

例如,需要传统金融服务中不存在的非结构性数据,需要从各种商业渠道绘制数据图,需要数据标签和主题分类.商业数据的管理和使用方面的这些变化导致对金融数据的需求日益增加,以进行金融监管。

在设计新的核心和支助性系统架构时,整个生命周期的业务数据管理也是一个优先事项。

操作数据寿命周期管理图:

　　

数据管理配套系统架构设计:

　　

数据生命周期管理的日常工作实例:

　　

5. 前瞻性系统架构和建设

针对银行金融服务的趋势,事先在资产数字化和数字资产交易领域进行了研究和总体规划,同时考虑到当前有形系统架构的需要。

企业创新支持公司架构蓝图:

　　

逐步重新设计在线办公室和业务执行架构:

　　

非结构化数据管理和数字资产基功能清单:

　　

三. 如何有效控制应用服务的总体质量

　　

在现阶段,数字金融服务的迅速发展也是银行业最具竞争力的领域之一。 银行已基本采用各种使用信息技术的在线资产、负债和营销业务。

技术促进企业发展的关键基础之一是确保企业具有竞争优势的能力,其中最重要的是如何保证应用服务的总体质量以及如何有效解决效率和质量之间的矛盾。

回顾一下银行信息技术和管理的演变:从没有研发到研究与发展层面的分离,再到与应用开发和生产之间的接口有关的问题引起的研究与发展层面的整合,趋同过程似乎是长期的,随着技术和经验的演变,对复杂问题的有效分解过程已逐渐分解和简化。

在每个技术领域实施有效的管理措施和技术条例,根据过程每个阶段的特点,将其转化为需求分析、方案设计、代码开发、测试验证、绩效评估、变更控制和运输安全等阶段。

1. 应用系统构成和可用性管理

　　

它被称为应用系统,而不是应用系统,因为商业系统的总体构成除基本程序代码外,还包括基本环境、网络接入、数据结构、安全控制、监视战略、计划操作等。

因此,应用系统的服务效力是一个基于应用系统架构的实施、系统基础设施的可靠性设计的一个可行的管理程序:

可靠性设计:如果申请系统的各种联合组成部分失败,则在基本条件方面有一条替代的退出路线。

可用性管理:允许这些替代务虚会针对故障情况有效运作,例如,对于一个应用系统的数据库服务,设计和实施克隆数据库保护,这需要有能力监测应用系统数据库的故障,查明和确定哪些故障可以通过转换克隆图书馆而避免,同时需要实施具体切换程序的标准化和自动化控制。

2. 开发应用系统与调试生产之间的接口

如前一节所述,应用系统由应用软件及其基础构件组成,整个应用系统质量控制的开发和实施过程必须是不同阶段不同组成部分的控制和设计,最终应用系统的各个组成部分将按简化方式分别分为标准化和基于工具的维护工作草案,以便随后的技术实现控制。

　　

上述维护工作草案的最后形成必须是一个过程,而不是一个点,这一过程需要综合各种组成部分的需求、设计、开发、测试、试运行、调试、变更和运作,以便发展一个迭接式闭环管理程序,不断提高应用系统的质量,提高应用系统的发展能力。

　　

同时,在每个过程中,工作目标需要从上到下细分到可以标准化的地方。

例如,改进应用系统的可用性是一个比较广泛的目标,难以标准化,但如果加以细分:根据操作系统配置模板逐个检查系统的核心参数;根据标准监测战略逐个检查监测工具的部署情况,这是一个可以标准化甚至自动化的次级目标。

这就是在工业生产中一直保持的“流程管理”概念,通过分类和微调,以真正的商人精神和卓越精神实施,而不是仅仅专注于新技术产品的堆叠而不是最终使用。 采用新技术产品必须目标明确、目标明确、使用得当。

　　

3. 监测和管制的定位和持续运作

研发和开发共同完成了应用系统的开发和投入使用,这只是漫长旅程的第一步。

申请系统为特定业务服务,是一个生命周期服务过程,在此期间申请系统的具体运作效力要求能够连续运作服务。

其中包括行动监测的最基本方面,以及行动数据服务和业务支助服务,在这方面,行动监测是最基本的和核心因素,过去我们讨论了行动监测,它并没有真正区分和连接监测和控制,也讨论了支持监测和控制能力的行动控制的基本方面。

我们如何使它发挥作用?

面向结果、自上而下、层次的改进证明是一种更有效的方法。 例如,对于各种故障,都有可能监测发现什么和没有发现什么。 监视中有什么差距? 如何弥补?为什么存在差距?

这一思考过程的简要概述如下:

(1) 评价监测效力和发现差距管理

　　

监测结果用于评估监测的有效性,特别强调尚未发现的失败。

(2) 监测和控制符合寻找解决办法的需要。

监督和控制是业务的两个部分,是独立但相互关联的过程。

首先要做的是找出,在发现后找到它的位置,并确切地确定哪一种故障情况。 然后,根据具体的情况,采用标准化的处置方法来避免故障并尽快恢复业务服务。 这里的重点是避免失败,而不是彻底解决。

例如,排队堵塞信息始于排队清理和重新启动运行恢复服务,而不是检查申请系统如何造成拥堵。

同时,由于许多银行申请是每天24小时365天运作的,因此很难保证在出现故障时有专门技术人员在场,因此,24小时计算机ECC人员的标准化程度和培训是监测结果的最终表现。

除了监测工具扩散之外,第一件事是使检测、定位、处理和验证作业标准化,即使每个过程都是人工模型,只要它有效。 在这个基础上,工具化过程是一个水对水的过程。

　　

(3) 控制物体和控制战略是关键

监测与监测的基础是应用系统完全分散,为每个组成部分制定一套完整的监测指标,根据具体情况和技术特点选择适当的监测工具,作为分析和不断优化监测和控制系统业绩的基础。

　　

　　

四. 建立科学和技术业务业务业务服务业务系统

世界银行科学和技术工作的最终目标是为企业和客户服务,因此,必须建立一个科学和技术业务服务系统,能够有效地相互联系,并能够维持自我改进。

　　

1. 科技业务服务系统的组成

科技业务服务系统是一个自下而上、技术对服务系统,每个级别都有不同的目标和不同的优先事项,但需要有效的技术和管理接口,以发展有效、高质量的服务系统,不断查明服务中的问题,改进接连大楼的战略。

　　

　　

2. 建设科学和技术运作基础设施

科学和技术业务服务系统得到一个健全的后台基地的支持,以及继续在设计和维护后台方面为前台服务的想法。

在设计和实施各种技术领域时,标准化和有效搭桥反映了商业“过程”的概念,通过这一概念可以生产出高质量的产品。

　　

3. 维持科学和技术业务服务目录

一个可靠和标准化的后台服务基地也需要有一个标准化和可持续的科技服务目录来支助,以此为基础确保后台服务的一致性和准确性。

这一模式与传统的纯手工管理模式差异最大,如果简单的服务台工具的引入没有完整的科学技术支助服务目录的支持,这只不过是对手工管理的微小改进。

　　

4. 科技业务服务前端的产出

科技业务服务的最终代表是前沿办公室向银行家和银行直接客户提供的服务。

　　

只有这样,才有可能实现一个有效的接连接口,便利一个能够自我维持和更好地为银行业务服务的科技业务服务系统着陆。