qq_40342015的博客

注册中心Eureka背景介绍服务中心服务中心又称注册中心，管理各种服务功能包括服务的注册、发现、熔断、负载、降级等，比如dubbo admin后台的各种功能。有了服务中心调用关系会有什么变化，画几个简图来帮忙理解项目A调用项目B正常调用项目A请求项目B请求项目A项目B有了服务中心之后，任何一个服务都不能直接去掉用，都需要通过服务中心来调用项目A服务中心项目B这时候调用的步骤...

配置中心(spring cloud config)+git应用随着线上项目变的日益庞大，每个项目都散落着各种配置文件，如果采用分布式的开发模式，需要的配置文件随着服务增加而不断增多。某一个基础服务信息变更，都会引起一系列的更新和重启，运维苦不堪言也容易出错。配置中心便是解决此类问题的灵丹妙药。市面上开源的配置中心有很多，BAT每家都出过，360的QConf、淘宝的diamond、百度的disc...

为服务注册中心eureka server—添加Security用户认证在spring-cloud-eureka服务注册中心项目的基础上增加用户认证。1、添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-

Hystrix Dashboard我们在熔断示例项目spring-cloud-consumer-hystrix的基础上更改，重新命名为：spring-cloud-consumer-hystrix-dashboard。1、添加依赖org.springframework.boot 版本 ：2.1.0.RELEASEorg.springframework.cloud 版本：Greenwich....

Hystrix+Dashboard+Turbine+security集成Hystrix-dashboard是一款针对Hystrix进行实时监控的工具，通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间, 请求成功率等数据。但是只使用Hystrix Dashboard的话, 你只能看到单个应用内的服务信息, 这明显不够. 但是只使用Hyst...

配置中心（spring cloud config）服务化和高可用第五章中介绍，客户端都是直接调用配置中心的server端来获取配置文件信息。这样就存在了一个问题，客户端和服务端的耦合性太高，如果server端要做集群，客户端只能通过原始的方式来路由，server端改变IP地址的时候，客户端也需要修改配置，不符合springcloud服务治理的理念。springcloud提供了这样的解决方案，我们...

配置中心（spring cloud config）配置中心和消息总线（高级应用）本文中示例代码的引用版本：org.springframework.boot 版本 ：1.5.3.RELEASEorg.springframework.cloud 版本：Camden.SR1( 2.1.0.RELEASE,Greenwich.M1)在server端应用没有能测试成功，降低版本了。以后有时间在试。）...

服务网关zuul前面的文章我们介绍了，Eureka用于服务的注册于发现，Feign支持服务的调用以及均衡负载，Hystrix处理服务的熔断防止故障扩散，Spring Cloud Config服务集群配置中心，似乎一个微服务框架已经完成了。我们还是少考虑了一个问题，外部的应用如何来访问内部各种各样的微服务呢？在微服务架构中，后端服务往往不直接开放给调用端，而是通过一个API网关根据请求的url，...

随着业务发展，系统拆分导致系统调用链路愈发复杂一个前端请求可能最终需要调用很多次后端服务才能完成，当整个请求变慢或不可用时，我们是无法得知该请求是由某个或某些后端服务引起的，这时就需要解决如何快读定位服务故障点，以对症下药。于是就有了分布式系统调用跟踪的诞生。现今业界分布式服务跟踪的理论基础主要来自于 Google 的一篇论文《Dapper, a Large-Scale Distributed ...

1

Feign-Hystrix因为熔断只是作用在服务调用这一端，因此我们根据上一篇的示例代码只需要改动spring-cloud-consumer项目相关代码就可以。因为，Feign中已经依赖了Hystrix所以在maven配置上不用做任何改动。1、配置文件application.properties添加这一条：feign.hystrix.enabled=true2、创建回调类创建Hell...

###Eureka Serverspring cloud已经帮我实现了服务注册中心，我们只需要很简单的几个步骤就可以完成。1、pom中添加依赖<?xml version="1.0" encoding="UTF-8"?>&

集群注册中心这么关键的服务，如果是单点话，遇到故障就是毁灭性的。在一个分布式系统中，服务注册中心是最重要的基础部分，理应随时处于可以提供服务的状态。为了维持其可用性，使用集群是很好的解决方案。Eureka通过互相注册的方式来实现高可用的部署，所以我们只需要将Eureke Server配置其他可用的serviceUrl就能实现高可用部署。双节点注册中心首次我们尝试一下双节点的注册中心的搭建。...

eureka集群配置在生产中我们可能需要三台或者大于三台的注册中心来保证服务的稳定性，配置的原理其实都一样，将注册中心分别指向其它的注册中心。这里只介绍三台集群的配置情况，其实和双节点的注册中心类似，每台注册中心分别又指向其它两个节点即可，使用application.yml来配置。application.yml配置详情如下：spring: application: name: s...

服务提供我们假设服务提供者有一个hello方法，可以根据传入的参数，提供输出“hello xxx，this is first messge”的服务1、pom包配置创建一个springboot项目，pom.xml中添加如下配置：<?xml version="1.0" encoding="UTF-8"?><pr

服务调用1、pom包配置和服务提供者一致<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0&am

负载均衡spring-cloud-producer-one修改，将其中的controller改动如下：@RestControllerpublic class HelloController { @RequestMapping("/hello") public String index(@RequestParam String name) { return ...

##服务提供与调用02eureka-producer-consumer---->0201spring-cloud-eureka <eureka server 服务注册中心 单机 端口：8888&amp

熔断器雪崩效应在微服务架构中通常会有多个服务层调用，基础服务的故障可能会导致级联故障，进而造成整个系统不可用的情况，这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将不可用逐渐放大的过程。如果下图所示：A作为服务提供者，B为A的服务消费者，C和D是B的服务消费者。A不可用引起了B的不可用，并将不可用像滚雪球一样放大到C和D时，雪崩效应就形成...

传统架构微服务架构 演化##传统架构发展史###单体架构单体架构在小微企业比较常见，典型代表就是一个应用、一个数据库、一个web容器就可以跑起来，比如我们开发的开源软件云收藏，就是标准的单体架构。在两种情况下可能会选择单体架构：一是在企业发展的初期，为了保证快速上线，采用此种方案较为简单灵活；二是传统企业中垂直度较高，访问压力较小的业务。在这种模式下对技术要求较低，方便各层次开发人员接手，...