Ribbon

　　　　 最近在用docker 安装elasticsearch + kibana 遇到了很多坑，最后成功安装elasticsearch + kibana （6.8.1）版本 　　 安装了一下午，现总结过程中遇到的各种坑，希望能帮助需要的朋友！ 本文较长，要有耐心哦！ 话不多说，博主阿里云服务器CentOS 7.6 第一步：安装docker 参考链接 https://www.cnblogs.com/yufeng218/p/8370670.html 第二步：docker 安装elasticsearch 　 大坑1 ：博主安装了多个elasticsearch 版本，查找了很多资料，第一次安装elasticsearch 7.1.1版本，安装之后启动elasticsearch 后各种问题如下： 　　错误1：bootstrap checks failed [1]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144] [2]: the default discovery settings are unsuitable for production use; at least one of [discovery.seed_hosts, discover 　

上一章节，讲解了SpringCloud如何通过RestTemplate+Ribbon去负载均衡消费服务，本章主要讲述如何通过Feign去消费服务。 一、Feign 简介： Feign是一个便利的rest框架，在Ribbon的基础上进行了一次改进，采用接口的方式，将需要调用的其他服务的方法定义成抽象方法，不需要自己构建http请求，简化了调用。但是最后的原理还是通过ribbon在注册服务器中找到服务实例，然后对请求进行分配。 在工作中，我们基本上都是使用Feign来进行服务调用，因为Feign使用起来就像是调用自身本地的方法一样，而感觉不到是调用远程方法，相当舒服，它主要有3个优点。 1. feign本身里面就包含有了ribbon，具有负载均衡的能力 2. fegin是一个采用基于接口的注解的编程方式，更加简便 3. fegin整合了Hystrix，具有熔断的能力 二、 准备工作： 1. 启动eureka-server 工程，eureka注册中心就启动了。 2. 启动springcloud-eureka-client工程，springcloud-eureka-client工程的端口为9300。 3. 将springcloud-eureka-client工程的application.properties文件中端口改成9400，然后再启动springcloud-eureka-client

在微服务架构中，微服务之间互相依赖较大，相互之间调用必不可免的会失败。但当下游服务A因为瞬时流量导致服务崩溃，其他依赖于A服务的B、C服务由于调用A服务超时耗费了大量的资源，长时间下去，B、C服务也会崩溃。Hystrix就是用来解决服务之间相互调用失败，避免产生蝴蝶效应的熔断器，以及提供降级选项。Hystrix通过隔离服务之间的访问点，阻止它们之间的级联故障以及提供默认选项来实现这一目标，以提高系统的整体健壮性。 它主要解决什么问题? 用来避免由于服务之间依赖较重，出现个别服务宕机、停止服务导致大面积服务雪崩的情况。 一、Maven依赖 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud<

问题描述 SpringCloud微服务之间远程调用报错超时。 feign . RetryableException : Read timed out executing POST http : / / . . . . . . 原因及解决方案 这是一个http请求报错超时，因为feign的调用分为两层：Ribbon的调用和Hystrix的调用，所以我们在配置文件中添加超时配置即可。高版本的Hystrix默认是关闭的，可以不设置。 #hystrix的超时时间 hystrix : command : default : execution : timeout : enabled : true isolation : thread : timeoutInMilliseconds : 30000 #ribbon的超时时间 ribbon : ReadTimeout : 30000 ConnectTimeout : 30000 来源： oschina 链接： https://my.oschina.net/u/4385631/blog/4318373

在前面讲解Eureka时，我们提到了Eureka会保存各个服务的元数据，元数据中包含了各个服务的地址等信息。那么服务之间到底是怎样通过这些信息进行交互的呢？ Spring Cloud服务间的调用默认支持两种方式：Ribbon和Feign，具体来说就是使用RestTemplate和FeignClient来调用。不管使用什么方式，本质上都是通过REST接口调用服务的HTTP接口，参数和结果默认都是通过jackson序列化和反序列化的。 前面我们已经创建了customer微服务，这里我们再新建一个order微服务。使用两个服务来进行服务间调用的学习。 order微服务的端口号设置为8002。order微服务的pom.xml引入了如下包： <dependency> <groupId> org.springframework.boot </groupId> <artifactId> spring-boot-starter-web </artifactId> </dependency> <dependency> <groupId> org.springframework.cloud </groupId> <artifactId> spring-cloud-starter-netflix-eureka-client </artifactId> </dependency> <dependency>

你好我是辰兮，很高兴你能来阅读，本篇文章是关于SpringCloud分布式微服务框架的学习，初识SpringCloud接下来会整理更多相关知识，分享获取新知，大家一起进步。 1.JAVA基础面试常考问题 ： JAVA面试基础常考题汇集 2.JAVA面试SSM框架常考 ： JAVA框架面试题汇集 文章目录 一、Spring Cloud简介 二、Spring Cloud核心子项目 三、Spring Cloud面试常考 一、Spring Cloud简介 Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线）。分布式系统的协调导致了样板模式, 使用Spring Cloud开发人员可以快速地支持实现这些模式的服务和应用程序。他们将在任何分布式环境中运行良好，包括开发人员自己的笔记本电脑，裸机数据中心，以及Cloud Foundry等托管平台。 Spring Cloud是一个基于Spring Boot实现的云原生应用开发工具，它为基于JVM的云原生应用开发中涉及的配置管理、服务发现、熔断器、智能路由、微代理、控制总线、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 ①首先，尽管Spring Cloud带有“Cloud”这个单词，但它并不是云计算解决方案，而是在SpringBoot基础之上构建的