微服务基础概念、架构图、划分图

基础概念

1、微服务

微服务架构风格,就像是把一个单独的应用程序,就像是把一个单独的应用程序开发为一套小服务,每个小服务运行在自己的进程中,并使用轻量级机制通信,通常是http api。这些服务围绕业务能力来构建。并且通过完全自动化部署机制来独立部署,这些服务使用不同的编程语言书写,以及不同数据存储技术,并保持最低限度的集中式管理。

简而言之,拒绝大型单体应用,基于业务边界进行服务微化拆分,各个服务独立部署运行。

2、集群&分布式&节点

集群是个物理状态,分布式是个工作方式,分布式中每个节点,都可以做集群。而集群并不一定就是分布式。

节点:集群中的一个服务器

3、远程调用

在分布式系统中,各个服务可能处于不同主机,但是服务之间不可避免的需要调用,成为远程调用。

4、负载均衡

分布式系统中,A服务需要调用B服务,B服务在多台机器中都存在,A调用任意一个服务器均可完成功能。为了使每个服务器不要太忙还是太闲,我们可以负载均衡的调用每一个服务器,提升网站的健壮性。

常见的负载均衡算法:

轮询:为第一个请求选择健康池中的第一个后端服务器,然后按顺序往后依次选择,直到最后一个,然后循环。
最小链接:优先选择连接数最少,也就是压力最小的后端服务器,在会话较长的情况下可以考虑采取这种方式。
散列:根据请求源的IP的散列;来选择要转发的服务器。这种方式可以一定程序上保持特定用户能连接到相同的服务器。

5、服务注册/发现&注册中心

A服务调用B服务,A服务并不知道B服务当前在哪几台服务器有,哪些正常的,哪些服务已经下线。解决这个问题可以引入注册中心。如果某些服务下线,我们其他人可以实时得到最新状态。

6、配置中心

用来集中管理微服务的配置信息

7、服务熔断&服务降级

在微服务中,微服务之间通过网络进行通信,存在相互依存,当其中一个服务不可用时,会造成雪崩效应。要防止这样的情况,必须需要容错机制。

服务熔断

设置服务的超时,当被调用的服务经常失败到达某个阈值。我们可以开启短路保护机制,后来的服务不再去调用这个服务。本地直接返回默认数据。

服务降级

在运维期间,当系统处于高峰期,系统资源紧张,我们可以让非核心业务降级运行。降级:某些服务不处理,或者简单处理【抛异常、返回NUll、调用Mock数据、调用Fallback处理逻辑】

8、API网关

API网关是整体架构的重要组件,它抽象了微服务中需要的公共功能,同时提供了客户端负载均衡、服务自动熔断、灰度分布、统一认证、限流、日志统计等丰富功能。

相关推荐
Code_Artist39 分钟前
使用Portainer来管理并编排Docker容器
docker·云原生·容器
梅见十柒5 小时前
wsl2中kali linux下的docker使用教程(教程总结)
linux·经验分享·docker·云原生
天天扭码6 小时前
五天SpringCloud计划——DAY2之单体架构和微服务架构的选择和转换原则
java·spring cloud·微服务·架构
余生H6 小时前
transformer.js(三):底层架构及性能优化指南
javascript·深度学习·架构·transformer
凡人的AI工具箱6 小时前
15分钟学 Go 第 60 天 :综合项目展示 - 构建微服务电商平台(完整示例25000字)
开发语言·后端·微服务·架构·golang
运维&陈同学7 小时前
【zookeeper01】消息队列与微服务之zookeeper工作原理
运维·分布式·微服务·zookeeper·云原生·架构·消息队列
O&REO7 小时前
单机部署kubernetes环境下Overleaf-基于MicroK8s的Overleaf应用部署指南
云原生·容器·kubernetes
运维小文8 小时前
K8S资源限制之LimitRange
云原生·容器·kubernetes·k8s资源限制