您好!欢迎访问北京赛车投注平台! 2018年05月16日   星期三
VIP登录 热线电话:010-86008600
当前位置: 北京赛车投注平台 > 北京赛车资讯 > 产业数据 >

产业数据

北京银行企业级NewSQL数据库赋能金融科技建设


发布时间:2018-10-08 16:48    来源:未知    阅读次数:()

  3、智能工厂方面,2017年公司建成中国第一条高端装备智能生产线。公司的智能工厂集成了“智能制造2025”所有核心技术,成功将交付周期从15天缩短到5-7天,生产效率提升30%,解决了定制化生产的难题。

  2、鉴别产品优劣的方法:查看该公司有没有*权威部门检测机构出具的产品检测报告。

  太吾绘卷中的内外伤计算方法是什么?大家好,因为最近很多小伙伴们都在问这个问题,所以99单机网小编今天就为大家带来了太吾绘卷内外伤的计算方法,大家一起来看看吧!

  所刊载内容之知识产权为界限网络及/或相关权利人专属所有或持有。未经许可,禁止进行转载、摘编、复制及建立镜像等任何使用。

  很长一段时间里,小区、写字楼的访客管理并没有针对性的方法,多数是登记访客身份信息,询问其来访目的,谨慎的还会电话告知业主辨别访客,这样的方法既繁琐又增加了保安人员的工作量,访客的体验也不好。然而,如果小区已经安装了神猫科技手机门禁的朋友,你只需用手机发个“访客”或密码给朋友就完事了。

  至于内外伤强度的效果暂时还没测试,面板伤害百分比那应该是计算在内的了,也可能是造成伤害时再算上,这个测试下就很明显了,就是单纯的提高伤害。

  实际造成外伤 = 20%*60%*击中部位基础值*暴击与否(*外伤强度)*(破体和护体的穿透加成)

  二、哈尔滨太平国际机场优势1、哈尔滨太平国际机场地处东北亚中心位置,是东南亚至北美航线的经停点,为东北地区zui繁忙的三大国际航空港之一。

  上一篇:广告推广哪家好下一篇:没有下一篇了相关内容推荐分享按钮

  西安地铁品牌列车广告媒体优势与运用:列车车厢左右侧,长时间直达受众群,容纳大量资讯;封闭空间内长时间阅读,广告深度传播。最适合进行细节信息传播的户外媒体,特别适合品牌解读、促销宣传、新品上市、活动告知等类型广告。

  西安规划建设6条地铁线公里,轨道交通线网络形成“棋盘+放射式”网络结构布局。作为骨干线的一、二、三号线,能满足城市东西、南北主轴线上的客运需求,同时,向外拓展了城市的发展空间;作为辅助线的四、五、六号线满足城市功能区域间的交通需求,更加完善出行需求。近年来,由于地面交通拥挤,废气污染等问题愈发严重,加之我国轨道交通发展迅猛,大量超一线、一线城市内逐渐健全地铁网络,地铁这种集高效、北京赛车平台:低耗、快捷、准时等优点于一身的新型交通工具逐渐走入了人们的视野,成为了许多学生、上班族的优先选择。因此为地铁广告带来了无限的可能,那么,西安1、2、3号线地铁广告有哪些媒体形式呢?

  如果按照这样的发展势头,移动下个月就将赶超中国电信拿下宽带用户第一的称号。

  近年来,国家不断提高对信息技术安全可控的战略要求,银行业希望在快速发展业务的同时不断降低经营成本。这不仅促使商业银行积极提升自主掌控能力,也促使商业银行对基础软件的服务能力、软硬件升级成本控制提出新的要求。与此同时,面对互联网金融带来的交易复杂度及交易频次的大幅提升,商业银行信息系统采用的传统数据库一体化解决方案,在应对此类场景时遇到了明显的性能瓶颈,而提升系统性能只靠替换式的硬件升级,成本昂贵。在这种背景下,引入一种高性能、可弹性扩展、能够支持OLTP场景的数据库成为我行系统建设的优先选择方案。

  分布式事务数据库采用多种模式实现数据的分散存储,将数据库压力分散到不同服务器上。与集中式数据库相比,分布式数据库可以均衡交易负载,并采用高并发的架构提升系统的交易处理能力,而其统一的资源管理机制也使得数据库的性能扩展不再是设备的替换式升级,而是通过增加存储或计算节点来实现弹性升级,极大地节约了升级成本。

  虽然分布式事务数据库在互联网应用场景下的探索取得了良好的成效和大量的实战经验,积累了很多成熟的技术,但相比互联网企业,金融行业对风险控制的要求更高,所以在面对高复杂度交易场景、业务实时一致性等方面的需求时,需要更为完善的技术方案支持。目前绝大部分分布式数据库解决方案都是基于MySQL主从复制结合分库分表中间件方式进行改造和集成,无法提供商业银行交易场景中的强一致性和完整的分布式事务要求,对业务和应用有侵入性,需要做一定的技术调整和事务妥协,并且此类架构离银行业务场景中的高可用和多中心容灾及多活的高级别安全要求也有一定距离。

  所以,我行在选型前先确定了六个需要特别关注的特性:ACID特性、横向扩展能力、可用性、可维护性、透明性、兼容性。需要特别说明的是透明性和兼容性,区域银行等体量的金融机构相比互联网企业来说科技资源有限,所以希望新的分布式数据库对架构、开发、运维的影响能够降到最低,同时能够支持传统系统的迁移。

  新一代分布式NewSQL数据库对应用透明,像一个单机数据库一样使用,支持水平扩展的同时保证分布式事务和数据的强一致性,从而避免传统分库分表、事务补偿等方案对上层应用及业务流程的影响,另一方面如果能兼容传统单机数据库,传统应用平移时不需要人工改写代码,就能极大减少迁移成本。

  由于金融行业对风险控制的严格要求,以及在交易复杂度、业务实时一致性等方面诉求不同于互联网企业。所以,我行对于分布式数据库的选择也比较谨慎,利用两轮专项POC评测来探索分布式数据库的适用场景及性能指标,稳步推进由传统数据库向分布式数据库的迁移。

  在第一轮POC测试中,主要进行了多场景的性能测试。由于Sysbench等开源测试工具对OLTP的性能测试存在较大的局限性,于是我行提出了“标准化交易组”的概念,用银行真实交易逻辑,模拟多表跨节点事务,最大程度的还原银行实际应用场景,检验数据库产品的实际交易性能。

  第二轮POC测试关注更为全面的数据库产品特性。在当前数据库主流评测指标的基础上,结合银行的关注要点,我行自主提出了一套“分布式事务数据库评测指标”(见图),将分布式事务数据库能力进行了分解,形成具体的指标项,使得评测标准更加标准化,评测结果更加客观。

  选型过程中,从多维度考察了多家厂商的产品,包括TPS、QPS等性能指标,和算法性能、可靠性、安全备份、数据库兼容性、产品化程度等功能指标。同时,我行也得到了Intel实验室的大力支持,提供最新架构的计算和存储设备进行对比测试。

  结合两轮POC结果,TiDB分布式数据库产品表现出了架构的先进性和高效的性能,水平扩展能力、交易处理能力和功能指标均符合我行对分布式数据库产品的要求。其采用的Raft算法保证了数据的强一致性,同时可以实现两地三中心多活的部署方式,以上特性在应用中具备较大优势。除了优秀的开源社区环境,其背后的团队在开发支持、技术培训、运维服务、成本控制等方面也表现出了优秀的素质。

  我行在进行分布式事务数据库选型之初,就将目标定为可以承载银行核心系统与核心业务,所以选型过程和应用迁移都是基于这一目标,在数据库投产后将首先应用于互联网支付业务,之后迁移部分核心系统功能模块,并进一步扩展到其他场景的使用。其他感兴趣的用户也可以从非核心业务用起,或先作为备份数据系统。

  为了更好满足应用端的需求以及业务的扩展,对业务的交易量和数据量进行了预估。结合预估结果以及行内系统建设要求,北京银行率先采用了两地三中心五副本的高可用部署架构方案,支持同城两中心多活,并具备服务器级、机柜级、数据中心级容灾能力。

  随着业务不断发展,客户数量、账户数量、业务交易量都会上升,这对我行信息系统的数据存储能力、运算能力等方面提出了更高的要求。我行也对系统架构进行了长远规划,利用分布式NewSQL数据库集群的横向水平扩展能力,通过增加存储或计算节点来实现弹性升级,节约成本与实施难度。

  2018年3月22日,北京银行分布式NewSQL数据库集群正式投产,成为国内首家采用同类方案应用于核心交易场景的银行。在数据库投产后,将进行生产环境多活和灾备的验证,并开始应用切换。

  银行在开展技术能力转型建设的过程中,必然会应用越来越多的开源技术。开源软件是当前软件发展的趋势,互联网企业的大规模应用和快速迭代使开源软件成为先进技术事实上的代表。传统银行业使用开源软件的初衷是希望快速获得互联网企业同样的能力,但是否存在困难与阻碍呢?

  第一,大部分银行的科技资源状况使之不具备源代码级的掌控能力和基于开源组件的架构设计能力。大多选择采用由国外社区控制的软件或是直接购买国内互联网公司封装好的全家桶解决方案,很难做到真正意义的自主、安全、可控。

  第二、开源软件变化快、分支多、依赖“试错”的创新,跟银行追求稳健、长期的内部机制存在差异甚至冲突,反映在选型、测试、变更、运维等各个环节。

  第三、开源软件的极客思维更多面向开发者,而非使用者,灾备、监控、审计等企业级功能经常落后于核心功能,在培训、ISV支持、维保服务上跟传统企业的需求还有差距。

  所以银行业采用开源软件并取得成功的成本可能会比原有模式更高。值得欣慰的是,随着多年的技术积累,国内越来越多的类似PingCAP这样专注于底层核心基础软件研发的团队开始崭露头角,通过全球开源协作的方式极大的提升软件的迭代速度和成熟度,且愿意倾听传统行业的客户需求,有一颗做好产品与服务的诚心。不同于部分银行在新兴业务上采用互联网公司提供的整体外包解决方案,北京银行寻求自主可控能力,主动在模式和管理上创新,与互联网思维和技术不断切磋、碰撞、融合。通过研究、评测、应用、部署等工作,在实践中做到了自主掌控。双方在合作中互惠互利,利用双方优势,实现了信息系统服务能力的快速提升,打造出具有北京银行特色的创新驱动力。

  今后我行会尝试将更多高频高并发、对可扩展性和可用性有较高要求的业务场景迁移到分布式系统上。充分发挥分布式数据库的优势,探索和开辟创新发展的新路径。同时也希望我行在分布式数据库建设过程中的经验可以分享给更多的金融机构。借此北京银行愿与各同业机构和互联网企业携手并进,为推动银行数据库应用升级贡献自己的一份力量!

  于振华:北京银行软件开发部,核心系统架构管理,长期从事银行核心系统研发、规划,当前主要研发方向集中在构建先进、高效、面向OLTP的银行交易系统,提升银行信息系统服务能力。

  张小龙:北京银行软件开发部,核心系统架构设计,长期从事银行核心系统对公业务、中间业务模型研发、规划,软件项目管理。参与构建新型面向OLTP的银行交易系统架构设计。

  

咨询热线

咨询服务热线

友情链接

Copyright 2018 北京赛车投注平台_>>PK10正规投注网站〖国内最佳赛车安全平台】 京ICP备12004330号-5 网站地图