请问目前金融行业的分布式存储的使用情况?

按照分析机构的说法,未来的五年应该是分布式存储或者说软件定义存储这块的大规模部署阶段。现在金融行业的情况是这样的吗?目前金融行业对软件定义存储的看法怎么样,和传统存储相比选择是否还是很谨慎呢?图片1.png...显示全部

按照分析机构的说法,未来的五年应该是分布式存储或者说软件定义存储这块的大规模部署阶段。现在金融行业的情况是这样的吗?目前金融行业对软件定义存储的看法怎么样,和传统存储相比选择是否还是很谨慎呢?
图片1.png

图片1.png

收起
参与14

查看其它 1 个回答baizhaoxian的回答

baizhaoxianbaizhaoxian  容灾备份管理工程师 , 无

分布式系统的定义为:“分布式系统是由若干个相互独立的组件构成,但从外部用户来说,就像一个单一系统。”这个定义包含两个核心内容:从硬件角度,各组件都是自治的、独立的;从软件角度,用户感受是整体的、一致的。
  分布式架构的核心理念是按照一定维度将系统进行拆分,通过开放的结构,实现各业务模块松耦合,降低对底层硬件的依赖程度。同时通过系统级容错设计,在廉价硬件基础设施上构建起高可靠、高可用、可扩展的开放技术体系。
  金融行业与互联网行业的最大区别在于金融行业对于数据的可靠性和一致性要求极高,而互联网行业则容许有少量的错误或不一致。这也导致互联网行业在分布式架构的一些实践经验没有办法直接应用于金融行业。
互联网金融的发展,以及我国金融制度的不断完善,金融信息系统面临如下挑战:
  ●   运行要求严格
  银监会监管规定,涉及客户服务的业务停机超过30分钟要上报银监会,超过2小时要上报国务院。
  ●   利率市场化,同业竞争加剧
  银行要尽快引入新技术,完善移动渠道的访问能力,增加服务渗透力,新业务能够快速部署上线。
  ●   利润空间下降,IT成本压缩
  传统银行IT架构采购和维护成本过高,谁拥有更低成本的IT技术谁就更有竞争力。
  ●   普惠金融服务系统波动大,压力大
  要求系统可灵活弹性扩展,“秒杀”、“双十一”等活动将常态化;24小时银行服务,要求缩短系统变更、维护的计划停机时间。
  ●   跨界融合,金融能力开放
  银行服务由传统金融服务转变成场景化、社区化的综合性服务(泛金融服务),需要通过能力开放实现与其他行业服务的融合。
  ●   信息安全、自主可控的监管要求
  “IOE”对金融业形成事实垄断,产品闭源不可控,IT系统依赖性过大,失去议价能力,供应链单一,在紧急情况下国外厂商技术封锁可能造成国家金融安全风险。要满足信息安全、自主可控的监管要求,必须“去IOE”。
金融行业分布式架构改造要点
吞吐量与性能需求
  2015年双11支付宝全天支付7.1亿笔,交易峰值每秒达14万笔,每笔支付耗时0.035秒,微信红包业务猴年春节每分钟达8.1亿笔,而现有商业银行最高并发峰值处理能力仅为1.5万笔/秒,远远无法应对互联网金融的冲击。从架构角度一方面我们需要扩展核心业务系统数据库处理能力,因为这里是全系统的瓶颈,另一方面需要对各业务进行分布式架构改造,让容量性能能够通过简单增加节点进行线性扩展。
系统可用性需求
  传统架构中的高可用性是通过高可靠硬件设备来实现的,相当于把所有鸡蛋放进一个篮子里,然后用各种手段保护好这个篮子。而分布式架构的理念则是把鸡蛋分散到多个篮子,任何一个篮子坏掉不影响吃鸡蛋。对于金融系统,我们实施分布式架构必须满足以下可用性需求:
  ●   单节点故障是常态,有自愈能力;
  ●   出现问题后局部故障不扩大,系统能够带故障工作;
  ●   具备故障自动发现、恢复与隔离的能力;
  ●   能够支持多版本灰度发布,通过先小范围试用,降低软件故障影响范围,提高业务上线速度;
  ●   减少计划停机,支持业务无中断升级。
系统安全性需求
  传统封闭系统的安全性主要由系统生产厂商保证,就像一个黑箱一样,不是没有安全漏洞而是我们不知道他们有没有漏洞。而开放系统则通过整个过程的开放性,保证了所有漏洞都能够在第一时间发现并修复。
  采用分布式架构的核心业务系统应该从网络、操作系统、数据库系统和应用多层面采取安全加固措施,包括链路和数据加密、身份识别、访问控制、数字签名、入侵检测、系统加固、审计跟踪等,提高系统安全性。
容灾与备份需求
  由于金融业在整个社会生产过程中的核心地位,金融数字资产的安全性和可服务性要求是永远摆在第一位的。我们不仅仅要部署多个数据中心,而且要求能够在多个中心之间可以智能地调度金融交易,当任何一个站点的系统停止运行时,其金融交易均可在分钟级内全部切换至另外一个中心对外提供服务。分布式架构下多活是一个技术挑战,在这方面蚂蚁金服已有成功尝试,实现支付宝同城及异地双活部署。系统需要在分布式处理架构下对业务迁移,数据复制、同步、拆分、负载全局路由等技术进行创新,实现分布式架构下多活业务实践。
数据一致性需求
  银行核心业务系统要求保证事务的强一致性,不同于社交信息处理、互联网信息处理、电商交易处理等可以容忍最终的事务完整性而不追求实时的事务完整性。将分布式中间件、分布式数据库和补偿交易、延时控制等应用优化相结合,可以满足银行核心交易一致性要求。但由于金融系统非常复杂,模块组件众多,历史包袱沉重,分布式架构需要渐进演进,对现有业务及服务尽量兼容升级。
运维自动化需求
  分布式架构增加了系统的复杂性,设备和系统的数量也大大增加,无疑增加了运维工作的复杂性和工作量,因此应采用云管理平台等工具实现软硬件一体化统一运维管理,常用运维操作自动执行,降低管理风险,系统提高运维管理自动化水平。系统需要整合各类自动化工具,对常用日常操作如配置管理、变更操作、清理维护等做到全面自动化。自动化的前提是数据,因此还需要建立运维数据平台,搜集各类运行数据和信息,进行性能分析和故障预警、业务影响与风险分析、故障根因分析,实现自动化故障处置。
分布式架构的实施过程中,我们需要遵循以下设计原则
  ●   可扩展设计
  通过功能内聚,对外松耦合,让业务能够不断适应用户增长的数量和服务请求。功能可扩展,通过一系列可独立部署的服务组件,经过业务编排,构成灵活的可复用业务模块,为多种业务提供服务,实现业务快速发布;性能可扩展,所有组件能力都能简单扩展,无共享架构保证不出现业务单点瓶颈。
  ●   高可用设计
  我们要相信一个宇宙真理:硬件迟早会坏!软件永远有Bug!只要是人就一定会犯错!高可用架构的设计目标是:在恶劣的环境下系统能活下来,维持主要功能正常。主要手段包括集群容灾、数据复制、故障隔离,以及事先做好容量规划和限额管理,让系统入口流量不会超过系统瓶颈的处理能力。同时做好运行管理,在异常场景下可以做依赖降级,不要让被依赖的异常服务影响关键业务处理。

上述意见希望对你有帮助

互联网服务 · 2017-10-19

回答者

baizhaoxian
容灾备份管理工程师
擅长领域: 存储备份软件定义存储

baizhaoxian 最近回答过的问题

回答状态

  • 发布时间:2017-10-19
  • 关注会员:3 人
  • 回答浏览:2590
  • X社区推广