SpringCloud——微服务

微服务技术栈

在之前的开发过程中,我们将所有的服务都部署在一台服务器中,当我们的服务开始越来越多,业务越来越复杂,当一台服务器不能承担我们的业务的时候,就需要将不同的业务分开部署在不同的服务器上,这每一个单独分离的服务,就是微服务,这些搭载了单个业务的服务器,就是【服务集群】。

这些服务集群是用来做具体的业务逻辑的,当我们在调用服务的时候,需要有一个【注册中心】去将每一个服务器的地址以及对应搭载的服务记录下来,这样我们在调用服务的时候就知道如何去找这些服务。同样的,不同的服务有不同的配置,这些配置如果单独写在对应服务的服务器上,那维护的难度就会上升,这时候就需要一个【配置中心】去集中管理所有服务的配置。

并且还有一个【服务网关】用户通过他去访问具体的服务,同时【服务网关】也具有请求路由以及负载均衡的作用。

在后端数据库中,如果服务直接与数据库做交互,那么访问的效率就会变慢,这时候,就需要【分布式缓存】来将数据库中的一些数据缓存到内存中,只有缓存未命中的内容才会与数据库做交互,并且加入了【分布式搜索】用于复杂的搜索逻辑,统计和分析。

并且加入了【消息队列】用于异步通信,缩短业务时间,提高服务的并发。

【分布式日志服务】以及【系统监控链路追踪】用户监控和排查服务集群中出现的错误和执行时异常。

这些庞大的系统要部署,通过人力去部署肯定是不现实的,所以加入了【Jenkins】来帮助我们去部署项目,并且通过【Docker】生成镜像,以及自动部署,这些过程叫做【持续集成】

由上面的服务架构,以及后面的持续集成,这些加起来一起,整个的过程被称为【微服务】。

微服务技术栈——技术分类

  1. 微服务治理
  2. 缓存技术
  3. 异步通信技术
  4. 分布式搜索技术
  5. 持续集成(DevOps)

认识微服务

服务架构演变

单体架构:将业务的所有功能集中在一个项目中开发,打成一个包部署

优点:

  1. 架构简单
  2. 部署成本低

缺点:

  1. 耦合度高

分布式架构:根据业务功能对系统进行拆分,每个业务模块作为独立系统开发,称为一个服务。

优点:

  1. 降低服务耦合
  2. 有利于服务升级拓展

服务治理

  1. 服务拆分粒度如何?
  2. 服务集群地址如何维护?
  3. 服务之间如何实现远程调用?
  4. 服务健康状态如何感知?

微服务介绍

微服务是一种经过良好架构设计的【分布式】架构方案,微服务架构特征:

  1. 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发。
  2. 面向服务:微服务对外暴露业务接口
  3. 自治:团队独立,技术独立,数据独立(每个服务有自己独立的数据库,有自己独立的数据,数据解耦),部署独立
  4. 隔离性强:服务调用做好隔离,容错、降级、避免出现级联问题(高内聚,低耦合,降低服务产生影响的范围)

微服务结构

微服务这种方案需要技术框架来落地,全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

企业需求

SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址:spring.io

他长这样:

SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验:

SpringCloud与SpringBoot的版本兼容关系如下:

文章来源地址:https://www.uudwc.com/A/12ooO/

原文地址:https://blog.csdn.net/hssjsh/article/details/132815829

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请联系站长进行投诉反馈,一经查实,立即删除!

h
上一篇2023年09月14日 23:42
下一篇 2023年09月14日 23:43