SpringCloud第2章:SprinCloud的微服务架构对比SSM等框架的单体架构

xl_echo编辑整理,欢迎转载,转载请声明文章来源。更多IT、编程案例、资料请联系QQ:1280023003
百战不败,依不自称常胜,百败不颓,依能奋力前行。——这才是真正的堪称强大!!
最新SpringCloud/SpringBoot技术资料,请加群298140694


当我们将一个系统打包时,最终只有一个war包的应用(还有jar包等其他形式),通常称之为单体架构。单体架构服务一个war包包含多个功能,最终表现形式为一个文件,所以我们称之为单体应用架构。

单体架构的优缺点:

单体架构的优点:

  • 为人所熟知
  • IDE友好
  • 便于共享
  • 易于测试
  • 容易部署

单体架构的缺点:

  • 复杂度高
  • 技术债务
  • 部署频率低
  • 扩展能力受限
  • 阻碍技术创新

随着业务需求的不断发展,敏捷性、灵活性和可扩展性需求不断增长,迫切需要一种更改快捷高校的软件交付形式。随之而来的就有SOA分布式服务,微服务等技术架构的出现。目前来讲,微服务并没有特别完美的解决方案。只能说经过这两年的发展,微服务的需求不断增大,发展的日益壮大,相信过不了多久可能就会有一套完美的解决方案出现。那么相对应单体架构微服务又有哪一些技术优势呢?

微服务的优点:

  • 易于开发、理解和维护
  • 比单体应用启动快(这里要考虑是否通过单个服务比较,还是一套微服务和一个单体服务比较。单个启动相当快捷)
  • 局部修改很容部署,能够不断继承和持续交付
  • 故障隔离
  • 不会受限于任何技术栈(支持多种语言开发一个系统,不同的语言用在不同的功能模块即可)

微服务的缺点:

  • 运维要求较高
  • 分布式固有的复杂性
  • 接口调动成本高
  • 重复劳动

总结:
根据两种架构的优缺点对比,我们不难看出,如果服务比较小巧的,是轻量级服务,还是用单体架构比较合适。如果服务复杂而且能够承受一定开发成本的,那么还是更适合使用微服务架构。其实不管选用哪种架构,面对的问题是否一样,我们最终的目的就是为了能够在一定的成本获取较高的利润。具体选用哪一种论情况而定!

猜你喜欢

转载自blog.csdn.net/xlecho/article/details/80468508
今日推荐