从零到百亿互联网金融架构发展史.docxVIP

从零到百亿互联网金融架构进展史 在互联网金融行业一百多亿其实也算不上大平台，也就是二级阵营吧，其实每次的架构升级都是随着业务严重推动而伴随的，在前一代系统架构上遇到的问题，业务开发过程中积累一些优秀的开发案例，在下一代系统开发中就会大力推动架构升级。一方面可以平滑过度，一方面公司资源可以大力支持，同时技术的小伙伴们可以使用到前沿的技术，更有开发的成就感，就这样我们或许也就是9个月就行系统架构一次升级，就到了我们现在的这套架构中。 很多网友经常会问，你们平台的TPS是多少呀，最大并发是多少呀，功能怎样样，说实话我们是一个小公司，最夸张也就上万人同时抢标，但是做为一个中型的互联网金融平台要做的事情也真的不少，远远不只是这些参数可以说的清楚；我们也不是什么高大上的平台，使用的技术也是目前比较主流开源产品，但在公司不断进展的过程中也遇到了很多的问题，也尽量去使用比较主流的、开源的、适合我们的一些处理方案来构建整个系统，在这里共享平台进展背后技术换代的变化，同时期望和大家多做一些沟通，多提一些建议。 我们进行了四次大的架构变化，每代架构都用一句话来总结： 第一代架构特点：业务比较集中、功能满足投资理财需求、快速上线 其次代架构特点；分布式系统改造，平台化初具规模，各项垂直业务系统搭建上线、产品端极大丰富用户投资、大数据平台争辩并使用 第三代架构特点；SOA管理，使用zookeeper作为注册中心，dubbo做监控和调度中心；cas实现单点登录，使用shiro做权限把握 第四代架构特点；全面启用微服务开发模式，springboot+springcloud技术桟做为第四代架构技术支撑 下面做具体引见 第一代系统架构 2021年应当算是互联网金融元年，在之前其实已经有很多互联网公司用着各种模式在生存，一直不温不火，但是到2021年突然火爆了起来，首先是网贷之家，网贷天眼这种第三方网站流量突然添加，接着是媒体报道不断跟进，再后来就报出各种互联网金融公司获得XXX美元投资的报道越来越多，政策也渐渐明朗，于是很多大型公司（集团）也就趁着这股热潮跟进，其中就包括我们。 第一代系统最次要就是抢时间，公司期望用最短的时间内保证系统上线，那时候移动浪潮已经启动，于是打算优先上线移动端，网站可以暂不考虑。公司当时有PHP和Java两种开发言语技术储备，由于PHP在快速开发上面有着格外大的优势，因而打算接受前端PHP+后端Java这种模式。系统分成了三层：用户层：安卓和iOS移动端；接口层：php供应用户和买卖接口；后端：后端有两部分，后台和定时系统。后台用PHP开发和接口层公用了一个系统，另一个是定时系统，担任计息、派息、到期等定时任务等使用了java开发。 基础服务和两头件，MySQL做了最基本的主从来支持，第一代系统只是使用了mysql的主库，从库只是同步备份；memcached用来处理用户抢标的并发问题，也只用了这一块；ActiveMQ用来使用二级市场的转让撮合以及其它一些异步消息通知。项目部署：php使用apache部署，定时服务使用tomcat6来做应用服务器，使用lvs来做前端apache的负载，基本上第一代也就这些技术了，下面是第一代系统的架构图。 第一代系统上线之后，网站和H5(手机扫瞄器或者微信端)系统建设就变的特殊突出，作为一个互联网金融公司没有官网不能忍，于是又开头马不停蹄的开头开发网站和H5系统，在这个期间PHP之前做的后台这块摘了出来，用java从新规划了一版，至此PHP就担任了网站、APP接口、H5这三个系统，三个系统共用的一个核心买卖，java这边担任后台管理和定时服务，我们一般给这个架构叫做1.1代架构。 第1.1代系统架构图，绿色部分为变动部分 第一代系统的缺点是业务过于集中，仓促上线，后期问题较多 其次代系统架构 其次代系统的背景是随着公司业务量的快速进展，很多初期所欠的技术债务统统迸发，线上消灭了很多问题，最严峻的一次是给个别用户反复派息，各种被骂，现在记忆犹新。另一方各业务部门需求不断，公司产品需求不断，所以这个阶段就是忙着修复各种生产问题，一边还需要开发垂直业务系统。那段时间差点被逼疯了，第一代系统是封闭开发，回来还没缓过劲，这边又赶马上架，真是疼并愉快着。 第一个垂直子系统上线的是：合同系统，当时用户投标后没有一个合同，很多用户很不放心，就把优先级提到了前面。后来就单合同系统就改了三个版本，第一个版本只是生成pdf,其次阶段上线电子签章，第三个阶段加水印，自定义动态生成pdf;紧接着开发积分系统：用户邀请，投资等生产积分，用来兑换抵现卷等；抽离出消息系统：站内消息、短信、邮件等；上线监控系统、业务监控和服务监控，业务失败预警；各业务部门连续不断提需求，上线财务系统：财务人员统计核算金额；风控系统：监控特别用户，特别