RabbitMQ就可以解决上述的全部问题百度百科：> RabbitMQ是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）。RabbitMQ服务器是用Erlang语言编写的，而集群和故障转移是构建在开放电信平台框架上的。所有主要的编程语言均有与代理接口通讯的客户端库。首先RabbitMQ基于AMQP协议开发，所以很多基于AMQP协议的功能RabbitMQ都是支持的，比如S

找入口的方式：自动装配类 spring.factories事件驱动：NacosAutoServiceRegistration实现了applicationListener接口判断变量1、 debug2、 全文搜索 定位赋值位置通过ephemeral的值判断是grpc通信，还是http通信，通过这我们能判断ap模式是用的grpc模式，cp模式是用http通信。

引入配置文件：刚才架构就会成为这样。是由配置中心统一管理。

RocketMQ 是阿里巴巴集团基于高可用分布式集群技术，自主研发的云正式商用的专业消息中间件，既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性，是阿里巴巴双 11 使用的核心产品。

好哪有同学问你怎么知道断点就达到这里，那我们看一下怎样查看源码的启动的路径，我们看一下我们订单微服务的路径，我们要集成nacos的服务发现功能，我们要引入我们的discovery的包，他是一个starter，前面我们学过springboot我们知道任何starter里面一定有个spring.factories，作为一个入口。这就我们服务模型中的三层模型。这个线程会一直在转，一直运行，如果他挂了那说

使用kubernetes集群运行工作负载时，由于Pod经常处于用后即焚状态，Pod经常被重新生成，因此Pod对应的IP地址也会经常变化，导致无法直接访问Pod提供的服务，Kubernetes中使用了Service来解决这一问题，即在Pod前面使用Service对Pod进行代理，无论Pod怎样变化 ，只要有Label，就可以让Service能够联系上Pod，把PodIP地址添加到Service对应的

业务场景：用户A转账100元给用户B，这个业务比较简单，具体的步骤：1、用户A的账户先扣除100元2、再把用户B的账户加100元如果在同一个数据库中进行，事务可以保证这两步操作，要么同时成功，要么同时不成功。这样就保证了转账的数据一致性。但是在微服务架构中，因为各个服务都是独立的模块，都是远程调用，都没法在同一个事务中，都会遇到分布式事务问题。

压力测试是给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷，是通过搭建与实际环境相似的测试环境，通过测试程序在同一时间内或某一段时间内，向系统发送预期数量的交易请求、测试系统在不同压力情况下的效率状况，以及系统可以承受的压力情况。然后做针对性的测试与分析，找到影响系统性能的瓶颈，评估系统在实际使用环境下的效率情况，评价系统性能以及判断是否需要对应用系统进行优化处

实际的业务服务其实按照你的实际情况来进行划分的，不是说一定要按照上述的原则，一般来说，小型工程业务服务6-8个会比较合理，加上你的注册中心，网关，差不多整体的服务有11个左右，大的服务差不多12-15个，因为再继续加的话，业务的部署压力以及依赖关系的压力会非常大。我们这里可以看一下我们的业务该如何进行划分。首先，我们看我们的整体的图，我们可以将整个业务划分成为医院域以及预约平台域此时，医院域我们不