zipkin的原理是什么

這篇文章主要介紹“zipkin的原理是什么”，在日常操作中，相信很多人在zipkin的原理是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”zipkin的原理是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

通過zipkin的表結構，理解dapper；trace把多個span進行串接；
形成依賴鏈路。

結構

zipkin主要包括：collector、storage、search、webui；
zipkin collector會對一個到來的被trace的數據（span）進行驗證、存儲并設置索引。
其中storage包括：內存、mysql、es、cassandra。

數據結構

Annotation：用于定位一個request的開始和結束，cs/sr/ss/cr含有額外的信息，比如說時間點，當這個annotation被記錄了，這個RPC也被認為完成了。

     cs：Client Start,表示客戶端發起請求 ；一個span的開始；
     cr：Client Received,表示客戶端獲取到服務端返回信息；一個span的結束

     sr：Server Receive,表示服務端收到請求
     ss：Server Send,表示服務端完成處理，并將結果發送給客戶端

    sr-cs：網絡延遲
    ss-sr：邏輯處理時間
    cr-cs：整個流程時間

Span：一個請求（包含一組Annotation和BinaryAnnotation）；它是基本工作單元，一次鏈路調用(可以是RPC，DB等沒有特定的限制)創建一個span，通過一個64位ID標識它。span通過還有其他的數據，例如描述信息，時間戳，key-value對的(Annotation)tag信息，parent-id等,其中parent-id 可以表示span調用鏈路來源，通俗的理解span就是一次請求信息。

Trace：類似于樹結構的Span集合，表示一條調用鏈路，存在唯一標識
Traces are built by collecting all Spans that share a traceId。通過traceId、spanId和parentId，被收集到的span會匯聚成一個tree，從而提供出一個request的整體流程。

流程圖

image.png

表設計

1.span表

CREATE TABLE IF NOT EXISTS zipkin_spans (
  `trace_id` BIGINT NOT NULL,
  `id` BIGINT NOT NULL,
  `name` VARCHAR(255) NOT NULL,
  `parent_id` BIGINT,
  `debug` BIT(1),
  `start_ts` BIGINT 
   COMMENT 'Span.timestamp(): epoch micros used for endTs query and to implement 
   TTL',
  `duration` BIGINT 
COMMENT 'Span.duration(): micros used for minDuration and maxDuration query'
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED;

一些約束

ALTER TABLE zipkin_spans ADD UNIQUE KEY(`trace_id`, `id`) 
COMMENT 'ignore insert on duplicate';
ALTER TABLE zipkin_spans ADD INDEX(`trace_id`, `id`) 
COMMENT 'for joining with zipkin_annotations';
ALTER TABLE zipkin_spans ADD INDEX(`trace_id`) 
COMMENT 'for getTracesByIds';
ALTER TABLE zipkin_spans ADD INDEX(`name`) 
COMMENT 'for getTraces and getSpanNames';
ALTER TABLE zipkin_spans ADD INDEX(`start_ts`) 
COMMENT 'for getTraces ordering and range';

CREATE TABLE IF NOT EXISTS zipkin_annotations (
  `trace_id` BIGINT NOT NULL COMMENT 'coincides with zipkin_spans.trace_id',
  `span_id` BIGINT NOT NULL COMMENT 'coincides with zipkin_spans.id',
  `a_key` VARCHAR(255) NOT NULL 
            COMMENT 'BinaryAnnotation.key or Annotation.value if type == -1',
  `a_value` BLOB 
            COMMENT 'BinaryAnnotation.value(), which must be smaller than 64KB',
  `a_type` INT NOT NULL COMMENT 'BinaryAnnotation.type() or -1 if Annotation',
  `a_timestamp` BIGINT 
          COMMENT 'Used to implement TTL; Annotation.timestamp or         
          zipkin_spans.timestamp',
  `endpoint_ipv4` INT COMMENT 'Null when Binary/Annotation.endpoint is null',
  `endpoint_ipv6` BINARY(16) 
        COMMENT 'Null when Binary/Annotation.endpoint is null, or no IPv6 address',
  `endpoint_port` SMALLINT COMMENT 'Null when Binary/Annotation.endpoint is null',
  `endpoint_service_name` VARCHAR(255) COMMENT 'Null when 
          Binary/Annotation.endpoint is null'
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED;

ALTER TABLE zipkin_annotations ADD UNIQUE KEY(`trace_id`, `span_id`, `a_key`, `a_timestamp`)
 COMMENT 'Ignore insert on duplicate';
ALTER TABLE zipkin_annotations ADD INDEX(`trace_id`, `span_id`)
 COMMENT 'for joining with zipkin_spans';
ALTER TABLE zipkin_annotations ADD INDEX(`trace_id`) COMMENT 'for getTraces/ByIds';
ALTER TABLE zipkin_annotations ADD INDEX(`endpoint_service_name`) 
COMMENT 'for getTraces and getServiceNames';
ALTER TABLE zipkin_annotations ADD INDEX(`a_type`) COMMENT 'for getTraces';
ALTER TABLE zipkin_annotations ADD INDEX(`a_key`) COMMENT 'for getTraces';

3.依賴關系

CREATE TABLE IF NOT EXISTS zipkin_dependencies (
  `day` DATE NOT NULL,
  `parent` VARCHAR(255) NOT NULL,
  `child` VARCHAR(255) NOT NULL,
  `call_count` BIGINT
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED;

ALTER TABLE zipkin_dependencies ADD UNIQUE KEY(`day`, `parent`, `child`);

到此，關于“zipkin的原理是什么”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！