m0_64210833的博客

⼤家都都知道在微服务架构中，⼀个系统会被拆分为很多个微服务。那么作为客户端要如何去调⽤ 这么多的微服务呢？如果没有⽹关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调⽤。这样的架构，会存在着诸多的问题：客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性认证复杂，每个服务都需要独⽴认证。微服务做集群的情况下，客户端并没有负责均衡的功能上⾯的这些问题可以借助。

jmeter测试高并发带来的问题demo

Eureka实现服务注册和发现实战demo

feign实现负载均衡的远程调用实战demo

SpringCloudRibbon的底层采用了一个拦截器，拦截了RestTemplate发出的请求，对地址做了修改。用一幅图来总结一下：基本流程如下：1.拦截我们的RestTemplate请求http://userservice/user/12.RibbonLoadBalancerClient会从请求url中获取服务名称，也就是user-service3.DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表。

Nacos实战demo

例来演示微服务的调⽤：客户向订单微服务发起⼀个下单的请求，在进⾏保存订单之前需要调⽤商品微服务查询商品的信息。在微服务架构中，最常⻅的场景就是微服务之间的相互调⽤。我们以电商系统中常⻅的。10.直接往数据库中添加几条数据，启动项目进行调用即可。启动⼯程，等到数据库表创建完毕之后，加⼊测试数据。我们⼀般把服务的主动调⽤⽅称为。商品微服务 【端⼝:8081。订单微服务 【端⼝:8091。，把服务的被调⽤⽅称为。

所谓的垂直应⽤架构，就是将原来的⼀个应⽤拆成互不相⼲的⼏个应⽤，以提升效率。微服务架构， 简单的说就是将单体应⽤进⼀步拆分，拆分成更⼩的服务，每个服务都是⼀个可以独⽴运⾏的项⽬。当垂直应⽤越来越多，重复的业务代码就会越来越多。在分布式架构下，当服务越来越多，容量的评估，⼩服务资源的浪费等问题逐渐显现，此时需增加。互联⽹早期，⼀般的⽹站应⽤流量较⼩，只需⼀个应⽤，将所有功能代码都部署在⼀起就可以，这。对于上⾯的问题，是任何⼀个微服务设计者都不能绕过去的，因此⼤部分的微服务产品都针对每⼀。