面试题--SpringCloud

admin2024-07-05  18

SpringCloud

 SOA 和微服务的区别?(必会)

谈到 SOA 和微服务的区别, 那咱们先谈谈架构的演变

1. 集中式架构 项目功能简单, 一个项目只需一个应用, 将所有功能部署在一起, 这样的架构好处是减 少了部署节点和成本. 缺点: 代码耦合,开发维护困难

2. 垂直拆分架构 当访问量逐渐增大,单一应用无法满足需求,此时为了应对更高的并发和业务需求,我 们根据业务功能对系统进行拆分

优点:  系统拆分实现了流量分担,解决了并发问题  可以针对不同模块进行优化, 方便水平扩展,负载均衡,容错率提高 缺点:  系统间相互独立,会有很多重复开发工作,影响开发效率

3.分布式服务 当垂直应用越来越多, 随着项目业务功能越来越复杂, 并非垂直应用这一条线进行数据 调用, 应用和应用之间也会互相调用, 也就是完成某一个功能,需要多个应用互相调用, 这就 是将功能拆完来完成的分布式架构.

优点: 将基础服务进行了抽取,系统间相互调用,提高了代码复用和开发效率 缺点: 系统间耦合度变高,调用关系错综复杂,难以维护.

服务治理架构 SOA SOA 

面向服务的架构 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调 度中心基于访问压力实时管理集群容量,提高集群利用率。此时,用于提高机器利用率的资 源调度和治理中心(SOA)是关键, 而最初的服务治理基石是 Dubbo 服务治理

以前分布式服务的问题?

 服务越来越多,需要管理每个服务的地址, 调用关系错综复杂,难以理清依赖关系  服务过多,服务状态难以管理,无法根据服务情况动态管理 SOA 服务治理架构的优点:  服务注册中心,实现服务自动注册和发现,无需人为记录服务地址  服务自动订阅,服务列表自动推送,服务调用透明化,无需关心依赖关系  动态监控服务状态监控报告,人为控制服务状态

SOA 服务治理架构的缺点: 服务间依然会有依赖关系,一旦某个环节出错会影响较大(容错机制)  服务关系复杂,运维、测试部署困难,不符合开发-运维一站式维护的思想

微服务

前面说的 SOA,英文翻译过来是面向服务。

微服务,似乎也是服务,都是对系统进行 拆分。因此两者非常容易混淆,但其实缺有一些差别: 微服务的特点:

 单一职责:微服务中每一个服务都对应唯一的业务能力,做到单一职责.

 微:微服务的服务拆分粒度很小,例如一个用户管理就可以作为一个服务。每个服 务虽小,但“五脏俱全”。

 面向服务:面向服务是说每个服务都要对外暴露 Rest 风格服务接口 API。并不关心 服务的技术实现,做到与平台和语言无关,也不限定用什么技术实现,只要提供 Rest 的接口即可。

 自治:自治是说服务间互相独立,互不干扰  团队独立:每个服务都是一个独立的开发团队,人数不能过多。

 技术独立:因为是面向服务,提供 Rest 接口,使用什么技术没有别人干涉

 前后端分离:采用前后端分离开发,提供统一 Rest 接口,后端不用再为 PC、 移动段开发不同接口

 数据库分离:每个服务都使用自己的数据源

 部署独立,服务间虽然有调用,但要做到服务重启不影响其它服务。有利于持 续集成和持续交付。每个服务都是独立的组件,可复用,可替换,降低耦合, 易维护. 基于 docker 容器是开发.

SpringCloud 是什么?(了解)

SpringCloud 是一系列框架的集合,集成 SpringBoot,提供很多优秀服务:服务发现 和注册,统一配置中心, 负载均衡,网关, 熔断器等的一个微服务治理框架.

SpringCloud 的优势?(了解) 

因为 SpringCloud 源于 Spring,所以它的质量,稳定性,持续性都是可以保证的。  SpringCloiud 天热支持 SpringBoot 框架,就可以提高开发效率,能够实现需求。  SpringCloud 更新很快,后期支持很给力。  SpringCloud 可以用来开发微服务。

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