HASH GAME - Online Skill Game GET 300但与此同时，分布式架构也存在一些不足。例如，在对系统进行拆分后，如何协调各部分之间的并行处理，确保最终处理结果的一致性；如何应对跨网络访问过程中可能存在的信息丢失和通讯延迟，确保信息系统服务水平；如何确保在单个节点异常情况下系统正确切换与恢复，确保系统整体可靠性等等，这都需要在系统设计与实现层面制定有针对性的解决方案。再如，分布式系统由于其数据分开存放，不同功能并行处理，为了确保系统整体可靠性，往往采用数据最终一致性的原则进行设计，需在产品功能设计层面同步予以考虑。

　　经过三十多年稳步发展后，本世纪初计算机芯片性能提升速度开始减慢；同时随着以搜索引擎、社交网络、电子商务等为代表的互联网时代来临，数据量以每年50%以上的速度快速增长，对信息系统处理能力带来了空前的挑战。上述两种因素叠加影响下，原有集中式架构已无法适应互联网业务快速增长的需要。谷歌、脸书、亚马逊等互联网企业投入了大量技术力量，从分布式架构着手研究解决海量数据存储、计算以及高并发交易处理的难题，在云计算、大数据等方面取得了重要成果，使分布式架构成为业界关注的热点。

　　分布式架构技术已在以互联网企业为代表的新兴公司中广泛使用，技术体系逐渐成熟和完善。面对新的形势和挑战，工商银行立足自身实际分析，既看到分布式架构技术对于我行IT架构转型带来积极的促进作用，在电商、社交、数据挖掘等系统中加快引入使用；也看到金融行业与互联网行业在业务特点、服务理念、客户群体、存量IT资产等方面存在的较大差异，深入剖析传统IT架构与分布式架构的优缺点和适用场景，取长补短，有差别有针对性地予以采用。

　　工商银行在IT架构转型工作中没有简单照搬互联网企业的做法，而是基于围绕传统商业银行业务已建起的近200个业务系统，结合国际化、综合化战略实施的现实需要，以开放性、高容量、易扩展、成本可控、安全稳定、便捷研发为主要目标，提出了构建集中与分布有机融合的IT架构体系的转型实施策略。对功能相对稳定、与客户资金安全紧密相关、且无明显性能容量压力的业务，一段时期内仍以传统集中式架构实现。对于业务新颖性强、创新速度较快、交易并发量大，或者对信息系统部署有特殊监管要求的境外业务，则逐步以开放平台分布式架构实现。

　　一是对于原有部署在主机集中式系统的存量非核心业务，正逐步迁移至开放平台分布式架构系统。目前工商银行主机系统日均承载了近4亿笔交易，峰值达到每秒1万多笔，并继续保持着快速增长的态势。为应对交易量的持续增长，充分发挥主机系统和开放平台系统的不同优势，工商银行已将客户增值服务信息、历史明细、现金管理、会计要素管理等相关业务迁移至开放平台，目前正着手进一步开展小额支付、金融市场、投资理财等业务的迁移改造工作。

　　二是对于原有部署在开放平台并采用传统集中式架构的系统，正结合业务特点差异有选择性地实施分布式架构改造。工商银行对于已有的网上银行、手机银行、银企互联、信贷管理、客户营销管理等多个系统，也正结合全行业务发展需要和业务内在特点，差异化地实施IT架构优化提升。对于线上支付、短消息提醒、产品集中销售等业务量波动较大的内容，正逐步按照分布式架构实施改造；对于柜面业务处理、客户营销管理等业务量相对稳定的内容，则重点基于集中式架构持续优化提升。

　　三是对于近年来新推出的相关业务，工商银行注重发挥分布式架构等新技术作用，促进产品创新和服务能力提升。在互联网金融与大数据处理方面，工商银行基于分布式架构建设了三平台（融e购、融e联、融e行）、一中心（网络融资中心）、大数据处理平台等；在国际化方面，工商银行建设了基于开放平台的境外核心银行系统，已逐步在莫斯科等境外机构投产实施，在支持各境外机构业务灵活创新的基础上，也更好地满足了部分国家或地区的特殊监管要求；在综合化方面，工商银行结合各子公司业务特点，基于开放平台建设了相关业务系统，有效促进了业务的转型发展。

　　分布式架构以其具有的横向易扩展、松耦合、高可靠、硬件成本低等特点，迅速成为业界关注的热点。随着技术体系的成熟和相关开源软件的出现，进一步促进了分布式架构在各行业的广泛应用。工商银行通过自身实践，也充分体会到了分布式架构技术在支撑业务产品创新、降低功能耦合程度、确保系统稳定运行、降低硬件成本投入等方面的促进作用。但与此同时，分布式架构作为有别于传统集中式架构的设计，也有其自身的局限性。一是对于功能相对简单、服务需求相对稳定的业务，使用分布式架构反而将显著增加设计与实施成本。二是分布式架构对于架构设计、研发、运维等人员的知识结构有着新的要求，架构转型需要与人员知识结构转型相配套。三是对于已有的基于主机和小型机建设的系统，需结合系统现有布局、改造成本、业务系统升级规划等综合因素确定转型策略和实施计划。

　　分布式架构下系统各组成部分的相互关系及作用模式发生了较大变化。除了在系统架构设计和研发等方面的变革，更由于系统部署模式、故障恢复机制的变化，须在运维监控、应急处理等方面进行配套，需要研发部门与运维部门之间的紧密协同，共同做好分布式架构下运维管理平台的建设和完善。同时，分布式架构系统建设过程中还需要业务部门与科技部门密切配合。一方面，可运用分布式架构的灵活可扩展、并行高效率处理等优势，在业务促销、复杂产品估值、实时风险防控等方面发挥价值；另一方面，分布式架构在数据和事务一致性等方面的局限，也可能给产品与服务带来一定挑战，需要业务部门和科技部门共同寻求解决方案。