問題タブ [hystrix]

アプリケーションを作成していて、サーキット ブレーカーパターンを実装したいと考えています。これは、私が書いた Hystrix コマンド クラスです。

スレッドの数、サーキット ブレーカーのしきい値時間、および処理する要求の数を構成する方法を理解できません。

Turbine を Spring Cloud で動作させるのに少し問題があります。一言で言えば、一度に複数のアプリケーションから回路を集約するように構成する方法がわかりません。

6 つの個別のサービス、eureka サーバー、およびスタンドアロン モードで実行されているタービン サーバーがあります。Eureka サーバーから、タービンを含むすべてのサービスが登録されていることがわかります。私のタービン サーバーは稼働しており、その /hystrix ページを問題なく表示できます。しかし、それを使用してturbine.streamを調べようとすると、turbine.appConfigにリストされている最初のサーバーしか表示されず、残りは無視されます。

これは私のタービン サーバーの application.yml、または少なくとも関連する部分です。

これを実行して、タービン インスタンスの hystrix ダッシュボードにアクセスし、turbine.stream を要求すると、出力にリストされている唯一のサーキット ブレーカーは、appConfig にリストされている最初のサービス (この場合は「文」サービス) 用です。不思議なことに、これらのサービスの順序を並べ替えて、別のサービス (「名詞」など) を最初に配置すると、そのサービスの回線のみが表示されます。リストの最初のサービスのみが表示されます。

ストリームやクラスターなどの一部の用語について少し混乱していることを認めます。そのため、ここでは基本的な概念が欠落している可能性がありますが、Turbine は複数のサービスからストリームを消化してそれらを集約できるということを理解しています。単一のディスプレイで。提案をいただければ幸いです。

HystrixCommandさまざまな外部サービスを呼び出すためのクラスをいくつか追加した Dropwizard 0.8.1 アプリがあります。これらのサービスへの呼び出しに関連する統計を視覚化したいと考えていますが、アプリをHystrix ダッシュボードでうまく機能させることができないようです。すべてのドキュメントは、アプリでサーブレットが機能するようになれば、すべてが機能することを暗示しているようですがhystrix-metrics-event-stream、サーブレット エンドポイントを直接呼び出すと ( curl http://localhost:8080/hystrix.stream)、長い行のストリームが表示されるだけでping:、利用可能なメトリックがないことを意味します。公開されました。オブジェクトを繰り返し呼び出してHystrixCommandいくつかの統計情報を生成しようとする cron ジョブがありますが、役に立ちません。

私がしていないことはありますか？に依存関係を追加しましたpom.xml：

サーブレットを Dropwizard に統合しましたApp.java:

によって取得されるメトリック データを手動で公開する必要がある可能性はありHystrixMetricsPollerますか? それとも、開発環境の設定を微調整する必要があるのでしょうか? 助けていただければ幸いです。

ネットワーク呼び出しをラップするための netflix の hystrix を見ています。

hystrix では、HystrixCommand<E>使用する必要がある潜在的な RPC コマンドごとに のサブクラスを定義します。

多くのコマンドを持つApachethriftクライアントをセットアップしています。HystrixCommand関数ごとにクラスを定義するのではなく、クライアント全体を簡単にラップできる hystrix の代替手段はありますか?

Spring Cloud 対応のマイクロサービスを JBoss にデプロイする場合、contextPath を使用する必要があります。Turbine は eureka から contextPath を取得していないようで、eureka はそれをマイクロサービスに要求していないようです。

詳細:

すべてのマイクロサービスには、独自の Jboss と、戦争で定義された独自の contextPath があります。

エンドポイント (アクチュエーターと独自のもの) は、contextPath の後に公開されます (management.context-path を使用しません)。

Eureka は、ホスト名とポートのみを気にします。info と health への別の UrlPath を定義できますが、これは Turbine が hystrix.stream に取得する必要があるデータの一部ではありません。

どの contextPath がどのアプリケーションに使用されているかを Turbine に伝える方法はありますか? これらはアプリケーションごとに異なるため、ここで説明するクラスター全体の修正では不十分だと思います。

Hystrix は、複雑な分散システムのレイテンシとフォールト トレランスのための Netflix API であり、スレッドの分離にバルクヘッド パターン技術を使用しています。誰か詳しく教えてください。