Spring微服务

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

• 前言
• 一、？
• 二
• 总结

---

前言

随着第三阶段的结束，迎来了第四阶段，现将每天的内容进行汇总归纳，希望自己能学以致用

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、分布式基本概念

1.1分布式

系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat分别部署在不同的服务器上。

1.2高可用

系统中部分节点失效时，其他节点能够接替它继续提供服务，则可认为系统具有高可用性。保证系统的高可用性，可以从如下几个9说起。

如图所示：

为了提高可用性，我们要么提高系统的无故障时间，要么减少系统的故障恢复时间，这就需要我们知道故障的原因。

这个原因通常分为两大部分

无计划的系统故障
1)系统级故障：包括主机、操作系统、中间件、数据库、网络、电源以及外围设备。
2)自然灾害、人为破坏，以及供电问题等。

有计划的日常任务
1)运维相关：数据库维护、应用维护、中间件维护、操作系统维护、网络维护。
2)升级相关：数据库、应用、中间件、操作系统、网络，包括硬件升级。

1.3故障归类如下

1.3.1网络问题：网络链接出现问题，网络带宽出现拥塞等；

1.3.2性能问题：慢 SQL、Java Full GC、硬盘 IO 过大、CPU 飙高、内存不足等；

1.3.3安全问题：被网络攻击，如 DDoS 等；

1.3.4运维问题：系统总是在被更新和修改，架构也在不断地被调整，监控问题等；

1.3.5管理问题：没有梳理关键服务及服务的依赖关系，运行信息没有和控制系统同步等；

1.3.6硬件问题：硬盘损坏、网卡出问题、交换机出问题、机房掉电、挖掘机问题等

总结：

我们要正确认识故障，故障不可避免。尤其是在大型分布式系统中，出现故障是一种常态。有时出现故障根本就不知道出现在了什么地方。所以我们要对故障原因先有一个认识，与此同时我们要基于故障有应对的策略，也就是我们所说的“弹力设计”，就类似三国中的赵云猛将，在搏杀中能进能退。

二、集群概念

1.1集群

一个特定领域的软件部署在多台服务器上并作为一个整体提供一类服务，这个整体称为集群。

在常见的集群中，客户端往往能够连接任意一个节点获得服务，并且当集群中一个节点掉线时，其他节点往往能够自动的接替它继续提供服务，这时候说明集群具有高可用性。

1.2负载均衡

请求发送到系统时，通过某些方式把请求均匀分发到多个节点上，使系统中每个节点能够均匀的处理请求负载，则可认为系统是负载均衡的

1.3正向代理和反向代理

系统内部要访问外部网络时，统一通过一个代理服务器把请求转发出去，在外部网络看来就是代理服务器发起的访问，此时代理服务器实现的是正向代理；

当外部请求进入系统时，代理服务器把该请求转发到系统中的某台服务器上，对外部请求来说，与之交互的只有代理服务器，此时代理服务器实现的是反