ブレーカ(Hystrix)(フィンチリー版):SpringCloudは、マイクロクラウドインフラストラクチャサービスパートIVを分散しました

マイクロサービスアーキテクチャでは、サービスに応じたサービス間で互いに(RPC)サービスを呼び出すことができるサービスの数に分割されるとRestTemplate +リボンふりを使用し、このスプリングクラウドを呼び出すことができます。可用性を確保するために、単一のサービスは、多くの場合、展開をクラスタ化します。多数の要求の流入は、サーブレットコンテナのスレッドのリソースが完成消費される場合は、ネットワーク上の理由として、あるいは自分自身の理由のために、サービスの単一のサービスの問題が発生した場合、このサービスを呼び出すために、100%が利用可能保証するものではありませんが、スレッドは、この時点で、ブロックされます、サービスの麻痺になります。サービスおよびサービスの依存関係の間に、障害の広がり、springcloudアーキテクチャを理解BEGに追加することができます:3536247259、マイクロ全サービスシステムは深刻な悲惨な結果を持つことになり、これはサービスの障害であります「なだれ」効果。

この問題を解決するために、業界では、回路ブレーカのモデルを提案しました。

I.はじめブレーカー

ネットフリックスは、回路ブレーカパターンを実装しHystrixと呼ばれるライブラリを作成しました。microserviceのでは
アーキテクチャには、サービスコールの複数の層を持つことが一般的です。----摘自官网

NetflixのHystrixオープンソースコンポーネント、カットアウトモードを達成するために、コンポーネントのSpringCloudを統合しました。マイクロサービスアーキテクチャでは、複数のサービスを呼び出すための要求の必要性は非常に共通している、として次の:
ブレーカ(Hystrix)(フィンチリー版):SpringCloudは、マイクロクラウドインフラストラクチャサービスパートIVを分散しました
より深いサービスを障害が発生した場合、それは失敗をカスケードにつながります。コールは、特定のサービスが閾値(Hystric 5秒間20回)に達したために利用可能でない場合、回路ブレーカが開かれます。
ブレーカ(Hystrix)(フィンチリー版):SpringCloudは、マイクロクラウドインフラストラクチャサービスパートIVを分散しました
第二に、仕事の準備
この記事は、最初の記事で開始し、エンジニアリング、建設中の記事に基づいており、ユーレカ・サーバープロジェクトを開始し、プロジェクトの開始サービスは-HI、ポートは8762です。

三、在ribbon使用断路器
改造serice-ribbon 工程的代码,首先在pox.xml文件中加入spring-cloud-starter-netflix-hystrix的起步依赖:

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

在程序的启动类ServiceRibbonApplication 加@EnableHystrix注解开启Hystrix:


@SpringBootApplication
@EnableEurekaClient
@EnableDiscoveryClient
@EnableHystrix
public class ServiceRibbonApplication {

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

    @Bean
    @LoadBalanced
    RestTemplate restTemplate() {
        return new RestTemplate();
    }

}

改造HelloService类,在hiService方法上加上@HystrixCommand注解。该注解对该方法创建了熔断器的功能,并指定了fallbackMethod熔断方法,熔断方法直接返回了一个字符串,字符串为"hi,"+name+",sorry,error!",代码如下:


@Service
public class HelloService {

    @Autowired
    RestTemplate restTemplate;

    @HystrixCommand(fallbackMethod = "hiError")
    public String hiService(String name) {
        return restTemplate.getForObject("http://SERVICE-HI/hi?name="+name,String.class);
    }

    public String hiError(String name) {
        return "hi,"+name+",sorry,error!";
    }

}

启动:service-ribbon 工程,当我们访问http://localhost:8764/hi?name=forezp,浏览器显示:

hi forezp,i am from port:8762

此时关闭 service-hi 工程,当我们再访问http://localhost:8764/hi?name=forezp,浏览器会显示:

hi ,forezp,orry,error!

这就说明当 service-hi 工程不可用的时候,service-ribbon调用 service-hi的API接口时,会执行快速失败,直接返回一组字符串,而不是等待响应超时,这很好的控制了容器的线程阻塞。

装うが、回路遮断器に使用される4つは、
装うは自己ブレーカーです、春クラウドのDバージョンの後に、それはデフォルトでオンになっていません。設定ファイルは、次のコードを追加し、設定ファイルで開くように設定する必要があります。

feign.hystrix.enabled =真

以下、SchedualServiceHiHystric Sc​​hedualServiceHiインターフェイスを実装する必要があり、IOCは、容器に注入されます。


@FeignClient(value = "service-hi",fallback = SchedualServiceHiHystric.class)
public interface SchedualServiceHi {
    @RequestMapping(value = "/hi",method = RequestMethod.GET)
    String sayHiFromClientOne(@RequestParam(value = "name") String name);
}

以下、SchedualServiceHiHystric Sc​​hedualServiceHiインターフェイスを実装する必要があり、IOCは、容器に注入されます。


@Component
public class SchedualServiceHiHystric implements SchedualServiceHi {
    @Override
    public String sayHiFromClientOne(String name) {
        return "sorry "+name;
    }
}

HTTPを開くために4 servcie-装うプロジェクトブラウザを起動します:// localhostの:? 8765 / HI名= forezp、ノートこの時点でプロジェクトが起動しないというサービスを-HI、Webページの表示:

申し訳ありませんforezp

オープンサービス-HIエンジニアリング、再度アクセス、ブラウザが表示されます。

8762:forezpこんにちは、私はポートから来ました

これは、回路ブレーカが役割を果たしたことを証明しています。

おすすめ

転載: blog.51cto.com/14622290/2458380