人物分布式架构下的未来产品畅想
Posted 珠海赞同
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了人物分布式架构下的未来产品畅想相关的知识,希望对你有一定的参考价值。
刘戈
服务架构产品部总经理
互联网大潮下,对传统应用架构产品产生非常大的冲击,需要传统厂商尽快完成产品迭代,满足市场需求。
赞同从创立到现在,集中式的应用架构基本已经做到了极致,客户通过我们的AFA或AFE组成的应用集全体系,在金融灵越集中式业务应用框架下都能够实现各自的业务需求与功能。但在互联网的大潮下,很多银行需要跟一些网站对接,像蘑菇街、京东这种类型的,在这种类似托管资金管理的应用下面就会出现两种情况:
第一,带来了几千万甚至到亿级的海量签约用户及相关信息;
第二,可能带来业务吞吐高峰和波动的不可预知或很难预先分配资源。这些情况会给现在的传统架构带来非常大的冲击。举个例子:假设现在做一个促销活动,平常一天的资金管理或交易量是一两百万,这几天会突然上升到几千万甚至上亿,在这种某个时间段数量庞大的情况下一般的集中式业务架构是承载不了的系统缺乏弹性的话会导致系统整体不可用,降低客户体验。而且原来的平台及业务架构我们往往采用的是长事务及同步连接,它的事务链非常长,如果某一环节出问题后很容易引在某个节点造成平台资源的堵塞。
应对瞬息万变的互联网趋势,我们要开发分布式业务处理框架来解决问题。分布式系统的概念就像哈姆雷特,每个人心目中都有各自对分布式的认知和概念。在我看来,分布式要解决的问题:
第一,通过网络中的运行(容器)节点间的高效可靠协同处理,系统整体需要有具很大的弹性,在节点或其他资源增加后系统效能加速率高,系统具有很强的横向拓展处理能力。
第二,对等处理节点,业务上使各个任务片段尽量无状态,使业务处理与具体节点解耦。
第三,系统具备强和弱数据一致性的存储及应用解决方案;很多时候参数或者业务数据之间是有一定关联的,假如说集群中若干个节点都要求访问到某个数据,可能某一个节点会在最新更改,在更改的时候其他的节点都要在合理的时间段内感知到。以前基本上通过集中式数据库,大家都去访问数据库,对数据库的压力非常大,包括IO、CPU,如果把所有配置参数都放到数据库,那可能一个交易百分之六七十的时间都用干不了其他事情,就只是读参数,因此我们交易的参数化成本都很高。在以后这是必将发生变化的。还有就是业务数据的分布式存储方案,现有的Oracle RAC 及DB2的传统数据库集群在应对超大数据量方面并没有在分库分表,读写分离,分布式事务。系统弹性、分布式数据存储方案,数据一致性、功能的可扩展性、高可用,安全机制,可维护性,这些都是分布式要集中解决的问题,也是分布式的标准,现在我们开发云或大业务量系统要遵循的原则。
要解决业务数据的问题,我们认为需要作一种分布式业务的数据库。
刘戈
我们的云平台正在快速的演进,努力将自身在开发方法论,流程建模,数据建模,工具化,行业相关解决方案,整合系统监控的积累与IaaS及Docker解决方案对接。我们通过基础设施的管理接口进行抽象及封装,调用映射后的管理API我们能够构建整个业务的IT拓扑结构管理镜像或容器,编排资源建立并维护运行节点,维护分布式数据库/分布式缓存节点。通过基础运行设施监控或面向应用监控,在感知到自己资源不足或浪费的情况下能够根据策略进行运行节点或其他运行资源的扩充,例如,现在有四个节点,每个节点能处理一百万的交易,但是感知到后台TPS的降低,响应时间的增长,导致服务质量下降,在这种情况下,可以通过人工干预或者自动策略来增加节点,带来更大网络交易的吞吐量。,这是我们做分布式系统要做的重要工作。
未来我们要做的是一个真正跨平台,或者说是具体某个产品的全套支撑平台的解决方案。
对于超大数据存储及使用方案,我们的策略是按应用场景来分:
第一、是针对大量写多读少,或基本上没有事务性使用的大数据场景,我们会用像MongoDB、HBase、巨杉DB 这种弱事务的、弱一致性的原生的分布式数据库例如在监控领域,在大数据分析、管理领域。
第二、我们正在推广通过MyCat加mysql集群的形式来作一种分布式业务数据的存储与使用方案,通过分户分表,读写分离的分布式数据库集群来达到满足超大业务量,对数据强一致性及事务的支持,降低成本。
我们正在浦发信用卡中心开展AESB项目,后来不断的把一些后台服务功能实现、整体运维监控等功能将AESB AFA AIM 分布式数据库等解决方案进行融合融合。由于ESB系统在银行及企业IT运营中的特殊地位,大大提高了对系统整体性能,可靠性,可用性,可维护性的要求,同时这也是我们在传统中台领域竞争越来越激烈的大环境下的一个突破口,我们未来是要给金融,未来其他企业客户提供全方位IT系统解决方案,在赞同的产品及解决方案体系下,你可以去搭建OA、支付或供应链等具有一定行业属性的应用系统,这是未来一个大的发展方向。我们要不断的用优秀的技术架构和解决方案去打动客户。
第一要降低总体拥有成本,具体来说就是继续提高我们PaaS与 商业IaaS平台整合程度借力打力。
第二,坚持并发扬我们在大业务量,高度客户定制化和系统可靠性的优势;现在能做很深的定制化的产品还比较少,像SAP、IBM,Oracle这种类型的IT服务商在定制化,行业属性的深挖上疏忽比较多,我们还是很有优势的。
第三 逐步形成业务处理,综合管理,系统运维,大数据的可融合技术框架及解决方案;这里更多的是各现有系统之间的合理耦合或对接,给客户带来整体性的良好用户体验。
“就我个人观点而言,对分布式是我们未来发展的方向。在新时代下,客户的要求越来越高,不管是对产品化、系统的架构还是交付的质量都有很高的要求,只有不断整合资源,优化解决方案,才能顺应发展,使我们产品立于不败之地。”
也许你对面前刘戈的初见印象是敦厚、稳重、严谨,那么采访过后,我们更多的看到了他所代表的一大批赞同IT人背后不断追寻、摸索、创新、精益求精的赞同“工匠精神”。
摄影:游锦滢
以上是关于人物分布式架构下的未来产品畅想的主要内容,如果未能解决你的问题,请参考以下文章