spring cloud中eureka自我保护机制的示例分析

这篇文章主要为大家展示了“spring cloud中eureka自我保护机制的示例分析”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“spring cloud中eureka自我保护机制的示例分析”这篇文章吧。

一个客户端微服务：

所以现在有两个微服务，我们所实现的就是微服务1和微服务2之间的调用

注册中心就不用多说了，具体看一下两个微服务

application.yml配置也不用说了，不知道怎么配置的请参考我上篇博客

在project-solr中的constroller中：

@RestController//这里使此Constroller中所有的方法返回的不是页面
public class SolrSearchConstroller {

  @RequestMapping("/SolrSearch")
  public String SolrSearch(){
    return "这里是Solr";
  }

}

这里是为了让另一个服务调用

在另一个微服务project-shopping-mall 启动类中，我们 必须定义一个方法：

@SpringBootApplication
@EnableDiscoveryClient //表示eureka客户端
public class ShoppingMallProvider {

  @Bean
  @LoadBalanced//在注册中心里进行查找微服务
  public RestTemplate restTemplate(){

    RestTemplate restTemplate=new RestTemplate();
    return restTemplate;
  }

  public static void main(String[] args) {
    SpringApplication.run(ShoppingMallProvider.class,args);
  }
}

然后在project-shopping-mall里的Controller中调用project-solr中的constroller：

@Controller
public class PageController {

  @Autowired
  private RestTemplate restTemplate;

  @RequestMapping("/toIndex")
  public String toIndex(Model model){

    String msg=restTemplate.getForEntity("http://project-solr/SolrSearch",String.class).getBody();//project-solr是调用注册中心里的名字
    model.addAttribute("msg",msg);
    return "/index";
  }
}

这里的project-solr是配置里每个服务注册到注册中心的名字，根据名字调用服务的ip地址，可以实现动态微服务调用效果，它不会因为更换电脑而出错

下面接着建设页面，这里我用的是thymeleaf组件

我们先在build.gradle中添加依赖：

//thymeleaf组件
  compile 'org.springframework.boot:spring-boot-starter-thymeleaf'

然后新建默认的目录：

这里必须新建templates包，因为是默认的目录

然后index.html中：

运行：

成功！

下面简单的说一下spring cloud eureka注册中心的自我保护机制

优点：当服务与注册中心由于某个原因断开的时候，服务与服务之间还可以连接，这时候eureka不会立刻清理，依旧会对改微服的信息进行保存。

缺点：当服务与注册中心由于某个原因断开的时候，服务与服务之间也不可以连接，这时候可能会带坏其他服务器。

当然是优点大于缺点的

那eureka注册中心是怎么知道微服务还存活的呢？

其实每个服务每分钟都会对注册中心进行心跳，而注册中心会接受心跳，若注册中心没有接受到心跳则会认为该服务死亡

以上是“spring cloud中eureka自我保护机制的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注亿速云行业资讯频道！