银行核心系统的应用架构与案例.docx

银行核心系统的应用架构与案例.docx

此“经济”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
? ? ? ? ? ? ? ? 银行核心系统的应用架构与案例 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 应用架构(Application Architecture)介于业务与数据和技术架构之间,在银行企业架构和信息系统规划起着很重要的作用。 本文主要介绍应用架构的原则和包含的内容,以及典型银行应用架构的样子。 此文适合人群: 银行从业人员,企业架构师,系统架构师、软件工程师。 此文解决问题: 应用架构的概念、原则、工具、视图 银行应用架构内容 此文分为四部分: 一、什么是应用架构 二、应用架构如何支撑业务架构 三、应用架构规划方法 四、应用架构抽象(分层、分组) 1 什么是应用架构 企业架构(Application Architecture),简称AA。站在IT视角应用架构可以理解为支持业务的关键应用应用群,描述了这些应用如何分布、相关之间的关系、与外围系统的关系等。站在企业管理者视角应用架构是实现业务能力并支撑业务发展的基础,是上承业务战略,向下指导银行信息系统建设的蓝图。 应用架构包括设计原则、应用分层、分群、分组与边界定义、应用的集成关系与交互方式等。 2 应用架构如何支撑业务架构 为了支撑业务发展经常会基于业务架构进行IT系统建设,业务能力和IT系统映射示意图如下图所示,而过去这样的建设过程多为业务发起IT配合采购选型进行建设的。 读者可能也发现了上图的一些问题,具体的问题我们后文会说。 美国国家标准与技术研究院发布的企业架构框架中描述的应用架构对业务的支撑如下图所示: 图片源自NIST Special Publication 500-167 在基于平台型企业架构中,应用架构对业务的支持是如下图所指示的样子: 图片源于如何实现32.5万笔/秒的交易峰值?阿里交易系统TMF2.0技术揭秘 在面向服务的企业架构应用架构对业务架构的支撑是如下图所示的样子: 如果我们按照渠道、客户、产品、决策支持、基础支撑等维度对系统细化会得到一个按照应用和模块等维度细分的一个逻辑架构图,大致如下图所示。 图片源于网络 3 应用架构规划方法 应用架构规划是从企业业务战略出发,提出IT规划和流程变革思路: 通过对外行业交流,市场研究对内与高管沟通,了解企业的现状、未来的发展战略和当前面临的挑战 了解企业的资源和计划,根据经验设计一个可以分阶段实施和持续交付的IT架构,推动相关业务流程改造 根据企业现状、未来发展战略,对企业的IT规划整体架构定期进行调整。 设计主要应用系统的功能,以及IT架构的实施路线图 摘自:企业信息化总体架构 在规划过程中,参考同业和行业内标杆银行在流程、信息、应用、计划、组织、资源利用等方面的最佳实践,并结合银行自身特点进行规划。 摘自:企业信息化总体架构 在进行应用架构规划是应该遵循以下原则: 使用一致的应用框架爱与应用设计原则 构建企业应用集成架构,基于现有系统功能,解决当下系统多、功能分散、边界不清等问题 构建服务为导向实现资产复用化 构建统一的、易用的信息门户平台 构建集中化的信息管理平台 构建全行应用统一的授权和认证机制 适配业务,能够支撑银行业务或技术发展战略的目标并具备足够的灵活性和扩展性 在选择架构时,必须明确当下面临问题的重点,和未来的方向,以此来选择合适的设计 摘自:企业信息化总体架构 4 应用架构抽象 在分解复杂的软件系统时,做多使用的技术技术分层。在计算机领域随处可见分层的例子。从7层网络协议到多层的企业架构,分层带来诸多好处的同时也存在一些问题。 典型的银行应用架构可以划分为:场景/渠道对阶层、渠道整合层、客户管理层、产品服务层、业务处理层、运营管理支撑层、外联集成层共8层: 中文的分层常不区分layer和tier,这就导致了经常对横向切分的层与纵向切分的层混淆,物理分层与逻辑分层混淆。比如我们常说的C/S和B/S模式,是 tow-tier system,指的是物理上的分离,客户端和物理段分属不同的机器;而MVC是使用layer的分层,旨在强调无需把不同的层次放在不同的机器上运行,逻辑的分层。 本文中所使用的分层主要是强调逻辑层次的layer分层。所以读者不必纠结他们的物理部署,而是将更多的焦点放在如何通过将整体新系统中的的各部分分离,实现上面提到的分层的目的。当然各系统部署的拓扑和物理结构也很重要,这个后面在技术架构部分会有重点介绍。 与分层相对的另一个就是分组,分组的目的是: 应用架构分组视图: 5 小结 本文是应用架构的第一篇,主要介绍了银行应用架构的概念、原则和视图,后面还会分几篇详细介绍银行应用架构系统、微服务架构、应用架构成熟度指标模型等方面内容。 参考资料: 《企业信息化总体架构》 《银行信息系统架构》 TOGAF企业架构框架 《如何实现32.5万笔/秒的交

文档评论(0)

智慧IT + 关注
实名认证
内容提供者

微软售前技术专家持证人

生命在于奋斗,技术在于分享!

领域认证该用户于2023年09月10日上传了微软售前技术专家

1亿VIP精品文档

相关文档