您的位置 首页 开关

根据SpringBoot微服务架构的城市一卡通手机充值支撑系统研究

基于微服务架构而构建的应用系统是将复杂的大系统分解成了一系列小的单独的子服务系统,这些子服务系统可以单独部署发布,也可以组合成一个应用发布。伴随着移动互联网应用的快速发展,相应的服务系统更新迭代频繁,

作者/ 温晓丽 苏浩伟 陈欢 邹大毕 广州羊城通有限公司(广东 广州 510080)

摘要:依据微服务架构而构建的运用体系是将杂乱的大体系分化成了一系列小的独自的子服务体系,这些子服务体系可以独自布置发布,也可以组合成一个运用发布。伴跟着移动互联网运用的快速开展,相应的服务体系更新迭代频频,选用微服务架构之后的体系可以很好地习惯移动互联网这种需求不断迭代更新的运用场景。城市一卡通手机充值体系是城市一卡通公司在移动互联网范畴的运用服务体系,同样地面临着事务不断快速迭代更新的需求,依据此,进行城市一卡通手机充值支撑体系的构建过程中选用了依据SpringBoot微服务架构的研讨是必要和有参阅含义的。

导言

  跟着年代的开展,在信息体系建造方面,传统IT架构面临着以下一些问题:

  1)运用传统的全体式架构(Monolithic Architecture)运用开发体系,如CRM、ERP等大型运用,跟着新需求的不断增加,企业更新和修正大型全体式运用变得越来越困难。在体系更新时,往往牵一发而动全身,稍有不小心就或许带来大的丢失。

  2)跟着移动互联网的开展,企业被逼将其运用迁移至现代化UI界面架构以便能兼容移动设备,这要求企业能完结运用功用的快速上线,而传统IT架构在体系快速迭代更新方面难度较大。

  3)跟着运用云化的日益遍及,生于云端的运用具有与传统IT不同的技能基因和开发运维形式,此刻再生搬硬套传统IT架构往往会发生拔苗助长的作用。

  4)移动互联网相关技能快速开展,云核算及互联网公司很多开源轻量级技能不断呈现并日渐老练,首要为如下几方面:互联网/内联网/网络愈加老练,轻量级运转时技能的呈现(node.js等),新的办法与东西(Agile、DevOps、TDD、CI及XP),新的轻量级协议(RESTful API接口和轻量级音讯机制),简化的基础设施,操作体系虚拟化(hypervisors)、容器化(Docker)、基础设施即服务(IaaS)、作业负载虚拟化(Kubernetes、Spark)等;服务渠道化(PaaS),云服务渠道上具有主动缩放、作业负载办理、SLA 办理、音讯机制、缓存、构建办理等各种按需运用的服务,新的可代替数据耐久化模型:如NoSQL、MapReduce、BASE、CQRS等,标准化代码办理等。

  这一切都催生了新的架构规划风格,即微服务架构的呈现。

1 微服务架构概述

  微服务是一种架构风格,一个大型杂乱软件运用由一个或多个微服务组成。体系中的各个微服务可被独立布置,各个微服务之间是松耦合的。每个微服务仅注重于完结一件使命并很好地完结该使命。在一切情况下,每个使命代表着一个小的事务才能。

  微服务具有弹性和伸缩性。微服务不只依靠单个服务器和布置,它们可以被发布到多个机器上,或许多个数据中心及其它任何可用的区域。假如一个服务失效,可以发动别的一个。由于整个运用被分化成了微服务(小型服务),可以很容易地对其间某些抢手的服务进行横向扩展。

  微服务一般会供给依据HTTP/JSON的API端点。这样可以很容易地与其它服务(开源或闭源的)集成,只需这些服务供给了HTTP/JSON接口。服务可以经过更有含义的方法被消费、被组合。

1.1 与全体架构的比较

  全体架构把一切功用都放到一个进程中,如图1所示,其间每个形状块代表一个功用;而微服务架构会将不同的功用放置到别离的多个服务进程中,如图2所示。

  在体系服务才能需求扩展时,选用全体架构的体系只能仿制整个体系到多个服务器上,如图3所示;而选用微服务架构的体系则仅依据不同服务的服务负载才能需求来决议仿制到多少个服务器上,如图4所示。

1.2 微服务架构的长处

  1)每个服务都比较简单,只注重于一个事务功用;

  2)微服务架构方法是松耦合的,可以供给更高的灵活性;

  3)微服务可经过最佳及最合适的不同的编程言语与东西进行开发,可以做到有的放矢地处理针对性问题;

  4)每个微服务可由不同团队独立开发,互不影响,加速推出商场的速度;

  5)微服务架构是继续交给(CD)的巨大推动力,答应在频频发布不同服务的一起坚持体系其他部分的可用性和稳定性。

1.3 微服务架构的缺陷

  微服务的一些主意在实践上是好的,但当全体完结时也会呈现出其杂乱性,首要束缚性体现在如下几个方面:

  1)运维开支及本钱增加:全体运用或许只需布置至一小片运用服务区集群,而微服务架构或许变成需求构建/测验/布置/运转数十个独立的服务,并或许需求支撑多种言语和环境。

  2)代码重复:某些底层功用需求被多个服务所用,为了防止将“同步耦合引进到体系中”,有时需求向不同服务增加一些代码,这就会导致代码重复。

  3)分布式体系的杂乱性:作为一种分布式体系,微服务引进了杂乱性和其他若干问题,例如网络推迟、容错性、音讯序列化、不可靠的网络、异步机制、版别化、差异化的作业负载等,开发人员需求考虑以上的分布式体系问题。

  4)可测性的应战:在动态环境下服务间的交互会发生十分奇妙的行为,难以可视化及全面测验。经典微服务往往不太注重测验,更多的是经过监控发现出产环境的反常,从而快速回滚或采纳其他必要的举动。但关于特别介意危险躲避监管或投产环境错误解发生明显影响的场景下需求特别注意。

声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/dianyuan/kaiguan/183940.html

为您推荐

联系我们

联系我们

在线咨询: QQ交谈

邮箱: kf@86ic.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

返回顶部