大家好，我是哪吒。
很多人都说现在是云原生、大模型的时代，微服务已经过时了，但现实的是，很多人开发多年，都没有在实际的开发中用过微服务，更别提搭建微服务框架和技术选型了。
面试的时候都会问，怎么办？
今天分享一张微服务的丐版架构图，让你可以和面试官掰扯掰扯~
脑中有图，口若悬河，一套组合拳下来，面试官只能拍案叫好，大呼快哉，HR更是惊呼，我勒个乖乖，完全听不懂。
话不多说，直接上图。
由此可见，Spring Cloud微服务架构是由多个组件一起组成的，各个组件的交互流程如下。
- 浏览器通过查询DNS服务器，获取可用的服务实例的网络位置信息，从而实现服务的自动发现和动态更新；
- 通过CDN获取静态资源，提高访问速度，解决跨地域请求速度慢的问题；
- 通过LVS负载均衡器，实现负载均衡和网络协议；
- 通过Nginx反向代理服务器，将请求转发到gateway做路由转发和安全验证；
- 访问注册中心和配置中心Nacos，获取后端服务和配置项；
- 通过Sentinel进行限流；
- 通过Redis进行缓存服务、会话管理、分布式锁控制；
- 通过Elasticsearch进行全文搜索，存储日志，配合Kibana，对ES中的数据进行实时的可视化分析。
一、域名系统DNS
在微服务中，域名系统DNS的作用主要是进行服务发现和负载均衡。
- 每个微服务实例在启动时，将自己的IP地址和端口号等信息注册到DNS服务器，浏览器通过查询DNS服务器，获取可用的服务实例的网络位置信息，从而实现服务的自动发现和动态更新。
- DNS服务器可以根据一定的策略，比如轮询、随机等，将请求分发到不同的负载均衡器LVS上，提高系统的并发处理能力和容错性。
二、LVS（Linux Virtual Server）,Linux虚拟服务器
LVS是一个开源的负载均衡软件，基于Linux操作系统实现。它在Linux内核中实现负载均衡的功能，通过运行在用户空间的用户进程实现负载均衡的策略。
- LVS支持多种负载均衡算法，例如轮询、随机、加权轮询、加权随机等。
- LVS支持多种网络协议，例如TCP、HTTP、HTTPS，可以满足不同应用的需求。
- LVS具有高可用和可扩展性。它支持主从备份和冗余配置，当主服务器出现故障时，备份服务器可以自动接管负载，确保服务的连续性。此外，LVS还支持动态添加和删除服务器节点，方便管理员进行扩容和缩容的操作。
三、CDN静态资源
CDN静态资源图片、视频、JavaScript文件、CSS文件、静态HTML文件等。这些静态资源的特点是读请求量极大，对访问速度的要求很高，并占据了很高的宽带。如果处理不当，可能导致访问速度慢，宽带被占满，进而影响动态请求的处理。
CDN的作用是将这些静态资源分发到多个地理位置的机房的服务器上。让用户就近选择访问，提高访问速度，解决跨地域请求速度慢的问题。
四、Nginx反向代理服务器
1、Nginx的主要作用体现在以下几个方面：
- 反向代理，Nginx可以作为反向代理服务器，接收来自客户端的请求，然后将请求转发到后端的微服务实例。
- 负载均衡，Nginx可以根据配置，将请求分发到微服务不同的实例上，实现负载均衡。
- 服务路由，Nginx可以根据不同的路径规则，将请求路由到不同的微服务上。
- 静态资源服务，Nginx可以提供静态资源服务，如图片、视频、JavaScript文件、CSS文件、HTML静态文件等，减轻后端服务的压力，提高系统的响应速度和性能。
2、Nginx静态资源服务和CDN静态资源服务，如何选择？
在选择Nginx静态资源服务和CDN静态资源服务时，可以根据以下几个因素进行权衡和选择：
- 性能和速度：CDN静态资源服务通常具有更广泛的分布式节点和缓存机制，可以更快地响应用户的请求，并减少传输距离和网络拥塞。如果静态资源的加载速度和性能是首要考虑因素，CDN可能是更好的选择。
- 控制和自定义能力：Nginx静态资源服务提供更高的灵活性和控制能力，可以根据具体需求进行定制和配置。如果需要更精细的控制和自定义能力，或者在特定的网络环境下进行部署，Nginx可能更适合。
- 成本和预算：CDN静态资源服务通常需要支付额外的费用，而Nginx静态资源服务可以自行搭建和部署，成本相对较低。在考虑选择时，需要综合考虑成本和预算的因素。
- 内容分发和全球覆盖：如果静态资源需要分发到全球各地的用户，CDN静态资源服务的分布式节点可以更好地满足这个需求，提供更广泛的内容分发和全球覆盖。
选择Nginx静态资源服务还是CDN静态资源服务取决于具体的需求和场景。如果追求更好的性能和全球覆盖，可以选择CDN静态资源服务；如果更需要控制和自定义能力，且对性能要求不是特别高，可以选择Nginx静态资源服务。
五、Gateway网关
在微服务架构中，Gateway的作用如下：
- 统一入口：Gateway作为整个微服务架构的统一入口，所有的请求都会经过Gateway，这样做可以隐藏内部微服务的细节，降低后台服务受攻击的概率；
- 路由和转发：Gateway根据请求的路径、参数等信息，将请求路由到相应的微服务实例。这样可以让服务解耦，让各个微服务可以独立的开发、测试、部署；
- 安全和认证：Gateway通常集成了身份验证和权限验证的功能，确保只有经过验证的请求才能访问微服务。Gateway还具备防爬虫、限流、熔断的功能；
- 协议转换：由于微服务架构中可以使用不同的技术和协议，Gateway可以作为协议转换中心，实现不同协议之间的转换和兼容性；
- 日志和监控，Gateway可以记录所有的请求和响应日志，为后续的故障排查、性能分析、安全审计提供数据支持。Gateway还集成了监控和报警功能：实时反馈系统的运行状态；
- 服务聚合：在某些场景中，Gateway可以将来自多个微服务的数据进行聚合，然后一次性返回给客户端，减少客户端和微服务之间的交互次数，提高系统性能；
六、注册中心Nacos
在微服务架构中，Nacos的作用主要体现在注册中心、配置中心、服务健康检查等方面。
- 注册中心：Nacos支持基于DNS和RPC的服务发现，微服务可以将接口服务注册到Nacos中，客户端通过nacos查找和调用这些服务实例。
- 配置中心：Nacos提供了动态配置服务，可以动态的修改配置中心中的配置项，不需要重启后台服务，即可完成配置的修改和发布，提高了系统的灵活性和可维护性。
- 服务健康检查：Nacos提供了一系列的服务治理功能，比如服务健康检查、负载均衡、容错处理等。服务健康检查可以阻止向不健康的主机或服务实例发送请求，保证了服务的稳定性和可靠性。负载均衡可以根据一定的策略，将请求分发到不同的服务实例中，提高系统的并发处理能力和性能。
七、Redis缓存
1、在微服务架构中，Redis的作用主要体现在以下几个方面：
- 缓存服务：Redis可以作为高速缓存服务器，将常用的数据存储在内存中，提高数据访问速度和响应时间，减轻数据库的访问压力，并加速后台数据的查询；
- 会话管理：Redis可以存储会话信息，并实现分布式会话管理。这使会话信息可以在多个服务之间共享和访问，提供一致的用户体验；
- 分布式锁：Redis提供了分布式锁机制，可以确保微服务中多个节点对共享资源的访问的合理性和有序性，避免竞态条件和资源冲突；
- 消息队列：Redis支持发布订阅模式和消息队列模式，可以作为消息中间件使用。微服务之间可以通过Redis实现异步通信，实现解耦和高可用性；
2、竞态条件
竞态条件是指在同一个程序的多线程访问同一个资源的情况下，如果对资源的访问顺序敏感，就存在竞态条件。
竞态条件可能会导致执行结果出现各种问题，例如计算机死机、出现非法操作提示并结束程序、错误的读取旧的数据或错误的写入新数据。在串行的内存和存储访问能防止这种情况，当读写命令同时发生的时候，默认是先执行读操作的。
竞态条件也可能在网络中出现，当两个用户同时试图访问同一个可用信道的时候就会发生，系统同意访问之前没有计算机能得到信道被占用的提示。统计上说这种情况通常是发生在有相当长的延迟时间的网络里，比如使用地球同步卫星。
为了防止这种竞态条件发生，需要制定优先级列表，比如用户的用户名在字母表里排列靠前可以得到相对较高的优先级。黑客可以利用竞态条件这一弱点来赢得非法访问网络的权利。
竞态条件是由于多个线程或多个进程同时访问共享资源而引发的问题，它可能会导致不可预测的结果和不一致的状态。解决竞态条件的方法包括使用锁、同步机制、优先级列表等。
3、Redis会话管理如何实现？
Redis会话管理的一般实现步骤：
- 会话创建：当用户首次访问应用时，可以在Redis中创建一个新的会话，会话可以是一个具有唯一标识符的数据结构，例如哈希表或字符串；
- 会话信息存储：将会话信息关联到会话ID存储到Redis中，会话信息可以包括用户身份、登录状态、权限等。
- 会话过期时间设置：为会话设置过期时间，以确保会话在一定时间后自动失效。Redis提供了设置键值对过期时间的机制，可以通过EXPIRE命令为会话设置过期时间；
- 会话访问和更新：在每次用户访问应用时，通过会话ID获取相应的会话信息，并对其进行验证和更新。如果会话已过期，可以要求用户重新登录；
- 会话销毁：当用户主动退出或会话到期后，需要销毁会话，通过删除Redis中存储的会话信息即可。
八、Elasticsearch全文搜索引擎
在微服务架构中，Elasticsearch全文搜索引擎的应用主要体现在如下几个方面：
- 全文搜索引擎：ES是一个分布式的全文搜索引擎，它可以对海量的数据进行实时的全文搜索，返回与关键词相关的结果；
- 分布式存储：ES提供了分布式的实时文件存储功能，每个字段都可以被索引并可被搜索，这使得数据在ES中的存储和查询都非常高效；
- 数据分析：配合Kibana，对ES中的数据进行实时的可视化分析，为数据决策提供数据支持；
- 日志和监控：ES可以作为日志和监控数据的存储和分析平台。通过收集系统的日志信息，存入ES，可以实现实时的日志查询、分析、告警、展示；
- 扩展性：ES具有很好的扩展性，可以水平扩展到数百台服务器，处理PB级别的数据，使得ES能够应对海量数据的挑战。
九、感觉Redis和Elasticsearch很像？微服务中Redis和Elasticsearch的区别
- 数据存储和查询方式：Redis是一种基于键值对的存储系统，它提供高性能的读写操作，适用于存储结构简单、查询条件同样简单的应用场景。而Elasticsearch是一个分布式搜索和分析引擎，适用于全文搜索、数据分析等复杂场景，能够处理更复杂的查询需求；
- 数据结构与处理能力：Redis支持丰富的数据结构，如字符串、哈希、列表、集合等，并提供了原子性的操作，适用于实现缓存、消息队列、计数器等功能。而Elasticsearch则是基于倒排索引的数据结构，提供了强大的搜索和分析能力。但相对于Redis，Elasticsearch的写入效率较低；
- 实时性和一致性：Redis提供了很高的实时性，Redis将数据存储到内存中，能够很快的进行读写操作；而Elasticsearch是一个近实时的搜索平台，实时性不如Redis；
- 扩展性：Redis是通过增加Redis实例的形式实现扩展，对非常大的数据集可能要进行数据分片；而Elasticsearch具有水平扩展的能力，可以通过添加更多的节点来提高系统的处理能力，适用于大量数据的场景；
