qq_73853618的博客

项目已经依赖阿里巴巴的Spring Cloud Alibaba体系，那么选择使用Nacos和Sentinel可能更为合适；如果项目依赖Netflix OSS，则选择Eureka、Zuul和Hystrix可能更合适几组微服务架构中的技术组合。

在微服务架构中，API网关扮演着极其重要的角色，它不仅作为系统的单一入口点，还负责请求的路由、负载均衡、安全控制等。Zuul和Gateway是两种常用于构建API网关的解决方案。如果项目已经建立在SpringCloud生态之上，建议优先考虑使用Gateway，因为它提供了更多的特性和更好的性能。对于一些小型或者不需要太高吞吐量的系统，Zuul仍然是一个可行的选择。在选择API网关解决方案时，应综合考虑技术栈、性能需求、开发成本和维护难度等因素。

在上一篇文章中，我们使用Ribbon作为客户端负载均衡工具实现了订单服务和用户服务之间的通信。然而，当我们通过RestTemplate调用其他服务时，发现需要在请求的URL中手动拼接所需的参数，这对于少量参数或许尚可接受，但面对多个参数时，这种方式不仅效率低下，而且显得繁琐且容易出错。为了简化这一过程，Feign提供了更为友好的服务调用方式。Feign对Ribbon进行了封装，隐藏了处理URL和参数的复杂细节，使我们能够专注于编写Feign客户端接口，就像调用本地服务一样轻松地调用远程微服务。

微服务其中一个特点是服务之间需要进行网络通信，服务器之间发起调用时调用服务得知道被调用众多的服务通信地址,就是用来管理所有服务的地址 （IP+端口 = 地址）Ribbon的使用相对比较简单，配合RestTemplate使用注解@LoadBalanced即可完成负载均衡配置，但是再我们的订单服务Controller中向用户服务发起请求的代码就显得不简单了。

主要针对文本数据的搜索,全文搜索的目的就是把非结构化的数据变成有结构化的数据进行搜索name包含：我在学Javaage在1~12之间sex=1需求：name包含：我在学Java和age在1~12之间。