关于分布式框架和微服务的介绍

发布时间:2023-12-25 12:27:42

1.什么是分布式?

分布式:把一个完整的系统,根据业务功能对系统做拆分, 每个业务功能模块作为独立项目开发,称为一个服务。 一个完整的业务功能,可能需要多个服务进行通信才能完成。 服务之间通信是需要网络的。

2.为什么要使用分布式?

单体架构:将所有业务功能都集中在一个项目中开发,打成一个包部署。耦合度高(维护困难、升级困难) 随着业务越来越复杂,服务也会变得越来越复杂,单台机器的CPU、内存已经无法满足部署一个庞大系统的性能要求。 当然可以通过提高系统配置暂时解决问题,但是不管如何提高系统的配置,单台机器总会达到性能瓶颈的时候, 所以需要多台机器才能应对这些扩张的功能。通过水平(加机器)和垂直(拆分为多个子系统)拆分系统, 变成了一个分布式架构。让更多的服务器进行协作,提供更强大的数据处理能力。 当然集体未必就总是好的,人多力量大的同时,也带来了很多问题。

3.CAP理论 CP AP

分区容错 (Partition-tolerance) 先看 Partition tolerance,中文叫做"分区容错"。 大多数分布式系统都分布在多个子网络。每个子网络就叫做一个区(partition)。分区容错的意思是,区间通信可能失败。 比如,一台服务器放在中国,另一台服务器放在美国,这就是两个区,它们之间可能无法通信。 一致性(Consistency) Consistency 中文叫做"一致性"。意思是,写操作之后的读操作,必须返回该值。举例来说,某条记录是 v0, 用户向 G1 发起一个写操作,将其改为 v1。接下来,用户的读操作就会得到 v1。这就叫一致性。 可用性(Availability) Availability 中文叫做"可用性",意思是只要收到用户的请求,服务器就必须给出回应。 用户可以选择向 G1 或 G2 发起读操作。不管是哪台服务器,只要收到请求,就必须告诉用户,到底是 v0 还是 v1,否则就不满足可用性。

对于任何分布式系统来说,分区容忍是一个给定的条件,如果没有这一点,就不可能做到一致性和可用性。 试想如果两个节点链接断掉了,他们如何能够做到既可用又一致? 最后你只能选择在网络分区情况下,你的系统要么强一致,要么高可用。 AP:可用性+分区容忍性 查询场景、聊天场景、等数据不是太重要的场景,可以接受一定的延迟、消息丢失,从而保障服务的可用。 CP:一致性+分区容忍性 支付、订单、数据重要的场景,当出现分区了,宁愿你整个服务都不可用,也不能造成数据一致性的破坏

4.微服务

微服务:什么是微服务呢? 从名字就能知道,“微服务”就是非常微小的服务。是一种经过良好架构设计的分布式架构,是一种设计思想 微服务可以理解为一种非常细粒度的垂直拆分。 例如,以上“订单项目”本来就是垂直拆分后的子项目, 但实际上“订单项目”还能进一步拆分为“购物项目”、“结算项目”和“售后项目”,

5.Eureka和Nacos区别?

Eureka 是Spring Cloud 微服务框架默认的也是推荐的服务注册中心, Nacos是阿里巴巴最新开源的项目,提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。更敏捷和容易地构建、交付和管理微服务平台。

Nacos:支持服务端主动检测提供者状态。临时实例采用心跳模式,非临时实例采用主动检测模式 Nacos:临时实例心跳不正常会被剔除,非临时实例则不会被剔除 Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式

6.SpringCloud

SpringCloud,基于SpringBoot提供了一套微服务解决方案,包括服务注册与发现, 配置中心,全链路监控,服务网关,负载均衡,熔断器等组件,除了基于NetFlix的开源组件做高度抽象封装之外,还有一些选型中立的开源组件。SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发。

文章来源:https://blog.csdn.net/Tripmonster/article/details/132795579
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。