分散型サービス追跡システム

分散サービスの追跡システムは、3つの部分からなります:

  • データ収集
  • データストレージ
  • データショー

システムのサイズに応じて、各構成部分は、特定の変化を有します。例えば、大規模な分散システム、データ記憶のために、リアルタイム・データは、2つの部分とデータの全体量が、トラブルシューティングのためのリアルタイムデータ(トラブルシューティング)、システム最適化のためのデータの完全な量に分割することができ、支持プラットフォーム非依存のデータ収集に加えて、開発言語に依存表示データは、データマイニングおよび解析を含む;さらに(呼の連続性を保証する、メッセージキューを追跡する必要がある)非同期データ収集を含む、及び低侵襲保証データ収集システム。各パーツは、非常に複雑になることができますが、基本的な原則は似ていますが。

クライアントからのトラッキングユニット追跡サービスは国境に到着した要求(リクエスト)がレスポンスとして知られているクライアントに(レスポンス)が返されるまで処理するシステム、追跡システムの追跡を開始した開始 トレースをサービスコールの数が各トレースは、それぞれが各サービスコールで情報を呼んサービスだけでなく、時間がかかり、そのために、レコード・コールは、通話記録に埋もれ、と呼ばれる スパンをこのように、トレースの形成に秩序あるスパンの数。外の世界にサービスを提供するシステムのプロセスでは、我々はサービスシステムトポロジを描写することができ、これらのトレースレコードのスパンで、トレースを生成し続ける、要求と応答が発生していていきます。過去のデータに基づいて、だけでなく、パフォーマンスの低下を分析し、システム全体のレベルから位置決め性能目標を最適化し、応答時間のスパンと同様に、要求やその他の情報の成功を来る、珍しいサービスを見つけるために、問題が発生した場合にすることができ。

ZipKinは、人気のあるオープンソースの分散追跡システムで、それは主に次の4つの部分で構成されます。

コレクタ(コレクタアセンブリ):Zipkinスパン形式の内部に、トレース情報を収集する責任外部システム。
ストレージ(ストレージ・コンポーネント):受け取ったトレース情報を格納するための主な責任は、デフォルトでは、メモリに格納され、記憶装置は、MySQL、カサンドラとElasticSearchをサポートします。
API(照会):ストレージに格納されたデータを照会する責任は、シンプルなJSON APIは、主にウェブUIを使用するために、データへのアクセスを提供します。
ウェブUI(表示部品):ビューとクエリ情報、及び関連する分析の追跡を容易にするために、単純なWebインタフェースを提供します。
春クラウドスルースは、スキームの春トレース配布されたアプリケーションのユーザーは、状況のない感覚を追加しないことを可能にする、そしてそのようなZipKinなどのリモート追跡システム、に送信を追跡するためにログを実装しており、提供さでした。ユーザーは、単に情報が自動的にスパン、トレースなど、アクセスのHTTPリクエストを生成し、Zipkinサーバーに収集した情報を送信することができ、アプリケーションにそれをクラスパス。

おすすめ

転載: www.cnblogs.com/doit8791/p/11198743.html