强如银行巨头,也有难翻的火焰山?

伴随互联网+ 趋势的推进,越来越多金融公司业务渠道从线下转移到线上,业务场景发生质的转变与提升。

支付场景多样化和人们消费水平升级,随之而来的是各大平台频繁打造的营销日、促销节,典型如双十一狂欢节,同一时段产生高并发交易需求,极易引发服务器崩溃的尴尬局面。银行系统处理用户交易信息时,还会因为负载过大出现返回超时。

银行传统的IT架构无法满足互联网上的秒杀、节日抢红包等超大流量业务模式。于是,通过容器技术进行弹性伸缩的方式,在实践中逐步被大量采用。此外,资源池化技术、面向服务高并发框架、虚拟化、大数据、微服务等技术被接入银行系统架构中。

以微服务快速响应业务变化

一个真实案例:某金融企业成立6年,业务涵盖8大领域,目前成为国内几家较大的消费贷服务公司之一。截止18年初,该公司服务网覆盖全国近30省份、200座城市,签约商户55000余家,员工1万人以上,150多套业务系统,涉及多种不同领域的服务。

客户激增使该公司业务面临高并发访问的巨大压力,传统IT 架构缺乏对于应用快速弹性伸缩、自动故障恢复、服务编排、灵活迁移和负载均衡等能力,无法及时响应业务的快速发展

随着业务服务范围的扩大,传统IT 开发、上线模式在各环节存在流程脱节;应用部署标准化程度低,部署和维护基于经验,难以自动化、平台化,应用部署耗费大量人力,工作量剧增,致使这家金融公司的IT团队不断扩张。公司IT环境的复杂性、不确定性成倍增长,不能满足新金融业务的快速迭代开发需求,为公司今后的业务发展,增添了重重阻碍。

如何使软件交付更加快速?如何将人员从繁琐手动任务解放出来?如何减少部署过程中的错误和缺陷数量?如何更快地提高研发效率……

只有微服务

只有微服务

只有微服务

一项不完全统计数据表明(截止2018年):

只有23.9%的程序员认为微服务不是他们的选择。

35.8%的程序员更看好双重策略:现有应用程序继续运行,但有新的组件补充进来,然后构建在微服务架构中。

25.4%的程序员正在积极向微服务转型。

14.9%的程序员已经在项目实战中广泛应用到微服务。

总体看,微服务技术被程序员接受和应用程度已经占相当大的比重。

微服务虽好,实践经验更宝贵

网上关于微服务的参考资料很多,但90%以上论述都停留在理论层,实践微服务化难免踩坑。

由随行付研发的Iron Cloud微服务开发云(www.ironz.com)  就是一个灵活高效的微服务开发平台,通过4年以上的微服务实战经验,总结出一套将敏捷原则有效落地的方法论——高速交付。

通过一键部署Iron Cloud微服务开发云后,满足应用发布自动化,服务上线耗时减少60%;相比传统部署,实现一键极速部署,部署效率提升1倍以上;容器云平台的弹性扩充能力,实现秒级扩容速度完胜物理/虚拟机,可支撑高并发业务场景,轻松应对互联网业务流量冲击,增大业务弹性;开发运维一体化,支持业务系统快速迭代升级,从而快速响应互联网金融竞争。

容器化改造后,应用的部署、升级、扩展均自动完成,把人员从手动任务中解放出来,自动化部署降低70%的时间成本;通过容器技术的环境统一性,PaaS平台以全局可靠和统一监控能力,实现了对应用故障的快速定位问题并自动恢复,显著降低运维难度和成本,使总成本降低30%。轻量化微服务架构进行应用容器化部署管理,云化IT架构可将资源利用率提高2-2.5倍,即节省50%-60%的资源成本。

不确定性时代,外界要素频繁变化,令企业应接不暇。Iron Cloud微服务开发云,容器虚机资源混合编排,自助申请、实时发放,基于容器的秒级自动弹性伸缩,无需人工干预即可应对各种复杂场景,真正实现对业务负载的弹性处理能力,为业务保驾护航。

03-19 15:46