摘要: / / / / / / / clients是一个数组,配置单个微服务可以用上面的代码。如果多个微服务可以用下面的代码格式: 阅读全文
posted @ 2021-11-20 22:26 不是孩子了 阅读(60) 评论(0) 推荐(0)
摘要: / / / / / 阅读全文
posted @ 2021-11-20 21:52 不是孩子了 阅读(33) 评论(0) 推荐(0)
摘要: 我们的负载均衡是通过一个叫做Ribbon的组件来实现的 阅读全文
posted @ 2021-11-20 20:50 不是孩子了 阅读(47) 评论(0) 推荐(0)
摘要: (1)修改orderService的代码 (2)添加负载均衡注解 (3)进行测试 访问我们的orderService,然后看idea控制台,看访问了哪一个userApplication的实例 我们分别查看101和102订单信息,然后通过负载均衡调用了user的8081端口的实例和8082端口的实例 阅读全文
posted @ 2021-11-20 20:36 不是孩子了 阅读(26) 评论(0) 推荐(0)
摘要: (1)复制我们已经存在的实例 (2)修改端口,避免端口冲突 (3)打开localhost:10086查看 阅读全文
posted @ 2021-11-20 20:12 不是孩子了 阅读(299) 评论(0) 推荐(0)
摘要: (1)导入eureka客户端依赖 <!--eureka客户端依赖--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</ 阅读全文
posted @ 2021-11-20 20:08 不是孩子了 阅读(25) 评论(0) 推荐(0)
摘要: (1)创建一个普通maven项目 (2)导入依赖 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-serv 阅读全文
posted @ 2021-11-20 19:26 不是孩子了 阅读(24) 评论(0) 推荐(0)
摘要: 如何保证我们通过负载均衡获取的服务没有挂掉? 通过心跳续约,如果服务一段时间没有跳动,注册中心就会将其剔除,保证我们消费者获取到的服务都可以使用 / / / / / / 阅读全文
posted @ 2021-11-20 18:50 不是孩子了 阅读(28) 评论(0) 推荐(0)
摘要: 一个服务既可以是提供者也可以是消费者 阅读全文
posted @ 2021-11-20 18:34 不是孩子了 阅读(42) 评论(0) 推荐(0)
摘要: 我们希望查询订单信息的时候,能把该订单的用户信息也查出来,我们的解决办法是,在订单模块,发送查询用户信息的请求,然后将订单本身的查询结果,和发送查询用户信息后的查询结果拼接,即完成我们的想法 / / 发送http请求可以使用我们springboot提供的注册RestTemplate来完成。 / / 阅读全文
posted @ 2021-11-20 18:26 不是孩子了 阅读(28) 评论(0) 推荐(0)
摘要: (1)导入项目并创建数据库 数据库: (1)订单数据库:cloud_order (2)用户数据库:cloud_user 项目: (1)专注于查询用户信息的微服务:user-service (2)专注于查询订单信息的微服务:order-service 阅读全文
posted @ 2021-11-20 15:41 不是孩子了 阅读(25) 评论(0) 推荐(0)
摘要: ![](https://img2020.cnblogs.com/blog/2506674/202111/2506674-20211120105803580-473615375.png) 阅读全文
posted @ 2021-11-20 10:59 不是孩子了 阅读(57) 评论(0) 推荐(0)
摘要: ![](https://img2020.cnblogs.com/blog/2506674/202111/2506674-20211120103904632-539312164.png)![](https://img2020.cnblogs.com/blog/2506674/202111/2506674-20211120105000671-1603731345.png)![](https://img... 阅读全文
posted @ 2021-11-20 10:54 不是孩子了 阅读(46) 评论(0) 推荐(0)
摘要: 一、单体架构 简单方便、高度耦合、扩展性差、适合小型项目 / / / 二、分布式架构:根据业务功能对系统进行拆分,每个业务模块作为独立开发,称为一个服务 优点: 降低服务耦合、有利于服务升级拓展 松耦合、扩展性好、但是架构复杂、难度大。适合大型互联网项目 / / / / 三、微服务:实现高内聚、低耦 阅读全文
posted @ 2021-11-20 10:36 不是孩子了 阅读(95) 评论(0) 推荐(0)