90年代初期国内银行业蓬勃发展，早期各个分行都是人工记账，定期由省分行统一报送总行系统，随着国内经济的快速发展，银行的业务量也随之暴涨这样的工作模式已经无法满足需求了，所以90年代初4大国有银行都纷纷加强科技部的研发投入，参考美国、英国银行系统建设经验开始建设现代化银行系统，其实在那个年代大家对计算机的印象还非常陌生，在每个柜面都架设计算机，当时的柜面系统都是统一的命令行模式，没有可视化界面，后台系统采用的是集中式的架构，如下图所示：
当时的银行系统基本都是这样的集中式架构，大型国有银行一般也都是这种简单架构，当时大部分行业的系统也都是这样的架构。在这样的架构下柜面前端和后端系统采用的是CS架构，胖客户端的模式，每次客户端升级都需要将安装包提前一天下发给各个网点，现在看起来还是比较low的。银行后端是大核心的模式，即核心系统承担了主要的功能，账户、存贷款、总账、对账、支付、来账等功能都在集中式的大核心系统中，只有很少的一部分功能被剥离出核心系统，归属于外围系统。这些外围系统一般都是市面上有一些软件公司提供了现成的产品，只需要简单的二次开发就可以满足需求，这样一方面降低了开发成本，另一方面也加快的系统实施的进度。但是这种架构的系统承载能力还是比较有限的，随着交易量的快速上升很快就满足不了需求了，听行里的前辈介绍当年的场景，就是他们科技部每天都很忙，交易量每个月都会有大幅增长，每个季度的计息日批量和年底的年终决算都会让所有人忙通宵，这些记忆也成为了所有那个年代银行人痛苦的回忆。
集中式的系统已经逐渐满足不了高速增长的业务需求了，所以规模比较大的国有银行就开始考虑将现有的总行集中式系统分别在各个省分行分别都部署一套，每天晚上再通过批量的方式将各省数据进行集中，这种架构的方式能够最快的解决联机性能问题，但是又会引发新的问题，那就是跨省转账交易无法实时到账，就算是同一家银行的跨省转账一般也无法做到。所以90年代中后期的系统架构图如下图所示：
看图就可以发现，和之前的架构区别主要就是将总行集中式的部署架构调整为了各省分布式的架构，但是这种分布式架构并不是我们现在讨论的互联网分布式架构，当年还没有比较成熟的分布式架构方案，所以当时的分布式其实只是简单的将原先总行部署的一套核心系统和配套的外围系统分别在各省科技部分别部署，分别独立运维，就好像机构在整体行政关系上是一体的，但是实际科技系统是分开的，没有必然的联系，只是每天会进行数据交换来实现跨省转账、票据承兑等业务，所以很多银行业务的效率比较低，很难满足一些比较急迫的客户需求，最后出现了一些现象就是一个客户为了给一个跨省的客户汇款，最快的手段是先用自己本地的卡取现金，再人肉带到异地，有朋友要问了为什么不到当地再取，因为那个年代跨省取现不但取现时间、金额受限制还有高额的手续费。
2000年互联网高速发展，银行的科技水平也在这几年中高速发展，各家行的水平也逐渐拉开了差距，之前老的各省分布式部署的业务问题也渐渐凸显，由工行率先将之前分布式部署的省行系统进行总行上收，系统上收可不是那么简单，当年为什么要各省分别部署？就是因为集中式系统架构已经无法承载每天高速发展的业务量，如果再将各省的数据上收，那就意味着可能每天核心批量还没跑完还没来得及分发给外围系统就已经到第二天开门营业时间了。这么做科技部门需要承担的压力还是非常大的，需要解决很多问题，主要有以下问题：1）数据结构统一，数据映射，各省数据上收，数据迁移；2）新系统开发工作；3）系统上收对上收省份日常业务的影响；4）分行员工新系统的培训工作；5）新旧系统的平滑迁移，新旧系统的日常兼容性交互；6）整体的投产迁移方案、回退方案。我当时在中国银行也有幸经历了这一过程，整个过程持续了快4年，从整体的方案设计到系统的实施再到后面的系统迁移上线等等一系列工作，这个过程是艰难的，基本上加班成为常态，但是在这个过程中也学到了很多东西，也是成长比较快的一个时期。整个改造的一个核心架构思路就是对核心系统进行瘦身，将核心系统精简化，以此来提高核心系统的业务处理吞吐量，并采购最新的大型机来保证处理性能和IO性能，将大部分的业务都单建系统拆离出核心系统，基本上这样的整体架构在当时评估的时候能保证未来10－20年的业务发展量。下图为当时的整体架构图，但是从这个架构图中可以发现，整体架构核心系统和外围系统，再和渠道系统之间都是非常混乱的，系统间是完全的网状结构，图里还没有完全画完，因为画完以后基本是没办法看的，非常复杂的蜘蛛网。有个别系统因为是外包采购的系统的报文结构和其他系统都是不一样的，这样一旦某个系统要和这些奇葩系统进行对接就会遇到这样的问题，需要把这些奇葩接口的报文全部处理一遍，这就导致了很多重复的工作。
大部分银行很快就意识到这种集中式网状架构的缺陷，当时也正好流行ESB总线架构，所以银行系统也不免俗的纷纷去实现ESB总线。总线架构就是在渠道系统和核心、外围系统之间建立了一个ESB总线桥梁，所有的外围和核心系统的接口都注册发布到ESB总线上，由总线对外提供完全统一的接口标准协议，这样就避免了每个系统接入都是同一套标准接口，不用重复去实现不同的报文协议。这样的架构看起来就非常清爽了，不管是渠道系统还是外围系统调用各个系统的接口的时候都比较方便。这样的架构在银行系统中实施了很长时间，包括目前大部分的银行还都是采用这种架构模式，虽然现在看起来非常普通，但是当时看起来此种架构还是非常完美的。而且这种架构对于中小银行就算现在使用起来也是非常合适的。
随着互联网的发展网上银行、手机银行、直销银行纷纷成为新的渠道，人们也开始快速接受这种新兴的互联网渠道，互联网总线架构和之前架构的最大差别在于安全架构，后面会再单独写两篇关于安全的文章。其他方面的架构基本没什么变化，但是会发现一种现象就是，因为核心系统不新增大功能的情况下，不断新增外围新产品，当时中国银行一共有一百多个外围系统，还没算一些快下线的系统。随着业务量的不断上升，核心系统的业务量不断上升，总线的压力也逐渐上升，总线机器不断的横向水平扩展，在走之前总线的集群就扩展到了100个节点。
到了2012年以后随着facebook、amazon开放平台获得的巨大成功，BAT都逐步将自己的接口开放出来，都实施了开放平台生态圈战略，从而推动了SOA服务化的更快速发展。银行之前也一直在研究服务化的实施方案，但是由于ESB总线架构运转的非常稳定，也没出什么问题，所以导致各个行进行服务化改造的动力不是很强，而且这种整体架构的调整涉及到的部门和业务影响都是非常大的，一般银行这样比较稳妥的公司也都不敢有大的动作。我也是有幸在银行赶上了中国银行试点互联网金融，对新建的互联网金融系统实施服务化架构，下面就是当时中国银行的互联网金融服务架构，这个架构其实是一个传统银行互联网金融的一个妥协架构。
从架构图中可以看到，左边是之前的传统银行集中式总线架构，右边是互联网服务化架构，包含了开放平台、服务注册和发现、服务化产品系统。为什么这样设计，这是因为传统银行的各个产品系统是比较稳定的，而且在银行系统待过的同学都知道传统银行要新建一个系统或者新实施一个需求都是要经过很长的周期，传统银行都是瀑布式开发方式，各种评审、审批流程，导致从需求提出到功能上线基本上3个月过去了，效率还是挺低下的。根本满足不了互联网金融快速迭代的需求，因为当时我们不但试点新的soa架构，同时也在试点迭代开发，所以将互联网金融产品单独排期实施，单独部署，产品系统如果涉及到调用传统银行产品接口的地方全部通过ESB总线来调用传统银行产品系统接口。所有的互联网金融产品系统全部将接口服务化注册到服务注册中心，当时我们所有的互联网金融产品系统全部基于阿里的dubbo开发，系统将接口都注册到zookeeper上，两个系统直接的服务交互采用RPC模式；通过开放平台对外提供接口暴露，可以发现这种架构在保障传统银行系统稳定性的同时也可以满足互金需求的快速迭代实施，并且也使用了新兴的互联网分布式技术，来降低开发和运维的成本，目前我了解到的很多银行都在采用这种架构在实施互联网金融业务。
最近两年随着容器技术的不断发展，私有云平台、devops也逐渐在银行系统中进行试点，目前我所在的一家小型民营银行正在进行这方面的技术试点，底层采用docker进行镜像管理、构建、发布，在系统层面全部采用服务化架构，目前我们使用的是springcloud整体的解决方案。这样的架构看起来也是比较清晰，而且扩展性也很强，能够很好的满足未来业务发展的需求，随着docker技术的不断成熟，后续的devops也是逐渐会替代大部分的人工运维，之前我待过的一家互联网电商，80多个产品系统只有3个运维人员，所有的日常监控、版本部署都是自动化的，基本不需要人工干预，这种模式也是后续银行需要的一种开发和运维的方式。
今天只是大概介绍了下银行系统的历史变迁，真的只是非常简单的介绍，其实每个架构都有很多故事，都可以写很多，等到后续有时间会再把其中发生的很多细节写给大家看：）
Web信息集成系统网络架构
基础层集成可以产生直接的效益或提高效率;高层集成即对基础层进行纵横集成，可实现集团企业集成制造、集中管理并提高核心竞争力的目标。这样就将建立企业信息系统和系统集成的目标与集团企业的经营目标和战略统一起来，达到自然应用，水到渠成的效果
1基于Web的信息集成系统
20世纪80年代后期，随着计算机技术、网络技术、信号处理技术和控制技术的迅速发展，工业过程控制系统开始突破自动化孤岛模式，出现了信息集成和信息综合利用：集控制、优化、调度、管理、经营于一体的综合自动化新模式。目前国外实施综合自动化技术的大型工业企业已占很大比例。工业综合自动化技术是实现企业信息化和自动化的重要手段，它通过将企业的生产过程控制、优化、运行、计划与管理作为一个整体进行控制与管理，提供整体解决方案，以实现企业的优化运行、优化控制与优化管理，从而成为提高企业竞争力的核心高技术。以现场总线与工业数据通信为纽带，以实时数据库为核心，采用开放技术，实现异构环境的信息集成，形成以完整工业过程为对象，进行基础自动化控制、信息化及管理一体化。实践证明，采用先进适用的综合自动化技术所产生的效益是十分巨大的，它不仅能提高产品的质量和价值，同时改变企业的经营手段，提高市场反应能力，全面增强企业竞争力。
2网络信息集成系统的网络构架
网络信息系统集成的过程，是为实现某一应用目标而进行的基于计算机、网络、服务器、 *** 作系统和数据库等的大中型应用信息系统的过程，是针对某种应用目标而提出的全面解决方案的实施过程，是各种产品设备进行有机组合的过程。该过程可以包括技术咨询、方案设计、设备选型、网络建设、软硬件系统配置、应用软件开发以及售后服务、维护支持和培训等一系列活动。实现一个系统最重要的问题之一是合理地确定体系结构。所谓体系结构是指构成系统的层次和这些层次之间的关系。网络信息系统集成可用四层结构描述其工作。自下而上各平台的主要内容如下：
21环境平台层
主要包括网络到达的数字中的结构化布线系统，网络机房系统的设计和供电系统的设计等内容。
22网络平台层
网络平台目前一般应采用Internet技术，即在信息高度集中的地方建立LAN，LAN间可通过WAN互连起来形成Internet，并可能要考虑Intranet与Internet相连或通过WAN技术形成Extranet。采用Internet具有较好扩充性的子网互联结构，可使网络具有更可靠、更安全、扩展性及交互性更强的特点，应使用成熟的网络 *** 作系统、适当的服务器和网络设备等。
23信息平台层
该层主要采用数据库技术、Web技术、电子邮件技术、群体技术、网管技术和分布处理技术。此层的作用是：①能直接为用户提供多种Internet/Intranet通用服务;②为应用程序开发提供支持平台，使用户未来系统的发展工作更为快捷、可靠。数据库管理系统采用如Oracle、SQL Server等软件。Web系统被认为是存储在Internet/Internet计算机中彼此关联的文档集合。用户通过Web可访问相关的站点、浏览文本和图形、接收视频和音频信息(超媒体信息)。群体系统能够增强分布或交互处理和协调工作的能力，通过该系统及其提供的快速开发能力，能将各个相关的工作部分联系在一起，从而提高群体的整体工作效率。
24应用程序层
位于该层的应用系统体现了具有用户专门应用要求的信息系统的存在价值。对这些应用系统应根据用户应用需求而选择，用户可考虑自行设计和实现。
网络信息系统集成的这4个层次较全面地覆盖了完成设计和管理实施网络信息系统的全过程。
3企业信息集成系统应用
企业信息化就是企业的计算机网络化、信息数字化和系统的集成化，进而实现企业管理的自动化和生产过程的自动化。某纸业集团在企业信息化建设过程中取得了显著成绩，其建立的计算机网络信息集成系统是一个成功的案例。而计算机网络系统是该系统的物理基础，可以说，企业不建立计算机网络系统，企业信息化就是一句空话;当然，如果企业不开发各种应用系统，不进行系统集成，实现各种资源共享，那么计算机网络就是一种摆设，发挥不了作用。因此，企业如何在计算机网络系统的基础上，开发生产过程控制系统和管理信息系统，并进行无缝集成，实现数据实时交换和共享以及各类系统的优化运行，就是影响企业效益和核心竞争力的关键问题。
31设计思路
该纸业集团计算机网络信息集成系统的设计思路是：坚持坚定的一把手工程，坚持企业整体利益优先的原则，坚持科学的集成方法，坚持扎实细致的工作。所谓科学的集成方法，指系统集成要遵循流程型化工制造企业系统集成的规律，即分层集成，自下而上的集成顺序，以应用范围确定集成的跨度，集成数据与以计算机网络和以产品系统中集成的数据为系统集成的基础。分层集成指公司的计算机网络信息集成系统分为基础层和高层。基础层是企业的执行系统(含生产过程控制系统)和各种管理信息系统;高层指对基础层进行纵横集成后的总系统。基础集成可以产生直接的经济效益和提高效率，如集成的财务系统可以提高资金的周转率;集成的物资系统可以减少流动资金的积压，并使生产持续进行，从而直接提高经济效益;集成的产品生产系统可以提高该产品的市场竞争力。
32系统评价
该集团信息化集成系统实现了系统全方位的集成，不但TG-ERP系统内部数据完全集六成，而且能够灵活提取生产指挥系统相关计量仪表及控制点的数据，避免了人工输入数据的缺陷，为系统实现成本核算和对关键工艺的分析打下了坚实的数据基础，而且还能够与集团的办公自动化系统实现灵活的数据交换，同时实现了远程信息查询收集、合同审批、信息发布等功能。该系统功能完善，运行稳定，建成以来大大提高了企业的经济效益和企业的核心竞争力。
;传统的IT基础设施是由网络、存储、 *** 作系统和业务系统组成。超融合架构不同于以往集中存储的建设方式，超融合架构将计算设备和存储设备融合在普通X86服务器的单一物理节点，通过服务器虚拟化和分布式存储技术运行将计算资源和存储资源提供给虚拟机。优势比较突出的有云宏超融合， 云宏超融合一体机是云宏信息根据企业特点，采用高性能多节点服务器，基于分布式存储和服务器虚拟化技术，将计算节点、存储资源和网络交换高度集成于一台2U服务器,为用户提供的硬件与软件一体，产品与服务一体的企业云解决方案。欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）