为什么选择Spring Cloud作为微服务架构?

本文探讨了微服务架构的概念,强调了其将大型单体应用拆分为独立服务的优势。接着,列举了微服务的优缺点,包括提高开发效率、松耦合等,并提到了面临的挑战如分布式系统的复杂性。然后,介绍了微服务技术栈,指出Spring Cloud作为微服务架构的选择,因其提供了丰富的组件和服务。最后,提到了Spring Cloud的五大核心组件:Eureka、Ribbon、Hystrix、Zuul和Config,作为一站式微服务解决方案。
摘要由CSDN通过智能技术生成

  在讨论‘为什么选择Spring Cloud作为微服务架构’这个问题之前,咱们首先来学习一下关于微服务的理论。

微服务是什么?

  微服务化的核心就是将传统的单体应用(一体多功能)根据业务拆分成一个一个的服务(一服务一功能),彻底的消除耦合。从技术角度看微服务就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。

微服务与微服务架构有什么关系?

  通俗理解,微服务与微服务架构就是个体与整体之间的关系。比如,学生是微服务,学校是微服务架构;科室是微服务,医院是微服务架构…

微服务的优缺点有哪些?

优点:

  • 每个服务足够内聚,足够小,故代码容易理解。
  • 能聚焦一个指定的业务功能或业务需求。
  • 开发简单、开发效率提高,一个服务就是专心只干一件事。
  • 微服务能够被小团队单独开发,小团队开发人员人数2-5人。(浓缩的才是精华)
  • 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
    微服务能使用不同的语言开发。
  • 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如Jenkins, Hudson, bamboo 。
  • 微服务允许融合最新技术。
  • 微服务只是业务逻辑的代码,不会和HTML、CSS 或其他界面组件混合。
  • 每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一数据库。

缺点:

  • 分布式系统的复杂性,进而难以管理
  • 多服务加大运维难度,随着服务的增加,运维的压力也在增大
  • 服务间通信成本增大
  • 数据一致性难以保证
  • 系统集成测试麻烦
  • 分布部署,追踪问题难……

微服务技术栈有哪些?

微服务技术栈:多种技术的集合体

项目 Value
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值