浅析SpringCloud

本文介绍了微服务架构的背景,指出单体架构的局限性,并详细阐述了Spring Boot作为快速开发框架以及Spring Cloud如何实现服务的模块化和分布式部署。通过一个通用的Spring Cloud框架结构图,展示了包括网关、认证、业务服务、异构服务和服务注册中心在内的关键组件,以及用户请求的生命周期。最后,作者提供了联系方式以提供有关Spring Cloud的付费咨询服务。
摘要由CSDN通过智能技术生成

前言:spring全家桶早已在java中深深扎根,spring boot和spring cloud的项目框架也都已经烂大街了,但是还有很多刚入行的人还不是很了解到底什么是spring cloud以及它和spring boot项目的区别。接下来就由小编带领大家简单的了解一下,什么是spring cloud,以及它和spring boot项目的关系。

在解释spring cloud之前,先给大家讲讲什么是微服务。在前些年微服务概念还没有完全普及的时候,很多小点的项目所有的功能都是写在一起的,我们称之为单体架构。这种结构存在很多的缺点:

  • 项目迭代、功能丰富之后,代码的复杂度会越来越高(耦合度相对更高),运维和迭代的成本也越来越高。
  • 项目每次打包执行都是整体,项目部署都得基于整个项目来操作。
  • 业务流程的测试就更不必说,需要运行整个项目,所有配置等改动必须要满足启动需求,开发和测试都有着更高的成本。
  • 整体部署带来的资源浪费。绝大部分项目都存在分布式部署的需求,如此一来单体架构就会导致有些不需要甚至不能重复部署功能,比如一些定时任务,就需要打不同的包来进行部署,麻烦的同时还容易出错引发生产事故。

针对以上问题,面向服务的架构就诞生了。这种架构将整体的项目按功能服务进行拆分并模块化,从而实现代码的解耦。这里的服务我们可以简单的理解成一个功能的实现。解耦之后,每个单独的模块都可以单独的进行部署、开发,还可以针对业务的请求频度进行不同程度的分布式部署,当某一个模块报错了也不会影响其他模块的运行,扩展新模块也很方便。像这样将单体结构通过业务拆分成独立服务的框架,就称之为微服务(服务模块化)。

接下来讲讲spring

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值