pkg.soopen package index

brew / 順位 5947

zipkin を Homebrew, Nix でインストール

zipkin のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

インストール

追加のインストールコマンド

macOS

Homebrew確認済み · 100%
brew install zipkin

local Homebrew formula metadata

Linux

Nix確認済み · 92%
nix profile install nixpkgs#zipkin

nixpkgs package indexes · pkgs/by-name/zi/zipkin/package.nix · ソース: api.github.com

概要

パッケージ概要

Collect and visualize traces written in Zipkin format

コマンドとエイリアス

  • zipkin

履歴

プロジェクトの歴史と使われ方

Zipkin is a distributed tracing system born inside Twitter and later stewarded by the OpenZipkin volunteer organization. For package users it is the classic lightweight trace collector and UI: run a server, point instrumented services at it, and inspect latency paths through a service graph.

プロジェクトの歴史

Twitter announced Zipkin as open source on 7 June 2012, describing it as a system created to gather timing data for requests moving through the services behind the Twitter API. The announcement says Zipkin began during Twitter's first Hack Week as a basic implementation of the Google Dapper paper for Thrift, then grew to support tracing HTTP, Thrift, Memcache, SQL, and Redis requests.

OpenZipkin later became the project home. The official community page says Zipkin was originally created by Twitter and is now run by the OpenZipkin volunteer organization, which stewards code, docs, specs, and support.

The server evolved into a standalone Java service with collectors, storage options, a query/UI layer, and instrumentation integrations. The current README and site describe support for HTTP or Kafka reporting, alternatives such as ActiveMQ, gRPC, RabbitMQ, and Pulsar, and storage backends including in-memory, Cassandra, and Elasticsearch.

採用の歴史

Zipkin's initial adoption came from Twitter's own production need to understand latency in a service-oriented architecture. The 2012 announcement says it helped find optimizations such as removing memcache requests, rewriting slow MySQL SELECTs, and fixing service timeouts.

After open sourcing, Zipkin became one of the default names in distributed tracing alongside systems such as Dapper-inspired internal tools and later Jaeger. Its adoption was helped by a simple local demo path, a web UI, many instrumentation libraries, and a data model that other systems could emit.

The OpenZipkin community page describes a volunteer-run project with GitHub repositories, a website, mailing list, chat, support channels, and community events. That community model is part of why Zipkin remained packageable after its Twitter-origin architecture changed hands.

使われ方

A typical user runs the Zipkin server, instruments applications with a tracer or instrumentation library, sends spans to Zipkin, and queries traces by service, operation, tags, duration, or trace ID. The UI shows trace waterfalls and a dependency diagram for aggregate service relationships.

For local or package-manager use, the README documents running the server as a jar, Docker container, or installed command, then opening the UI on the Zipkin endpoint. In production, users choose collectors and storage backends according to the traffic and retention requirements of their service architecture.

パッケージ好きにとっての重要性

Zipkin is important in package catalogs because it makes distributed tracing something a developer can install and run locally, not only a hosted observability product. That has made it useful for demos, integration tests, platform teams, and service owners validating instrumentation.

It also occupies a historical bridge between the Dapper paper era and the broader observability ecosystem. The package is a runnable artifact of how tracing moved from large-company infrastructure into everyday open-source service stacks.

タイムライン

  • 2012: Twitter open sources Zipkin after its Hack Week origin and production use.
  • 2013: Twitter publishes a browser-extension workflow showing continued work to make traces easier to consume.
  • 2010s: OpenZipkin becomes the volunteer organization stewarding Zipkin code, docs, specs, and support.
  • 2020s: Zipkin continues as a standalone server with multiple transports, storage backends, UI, and instrumentation integrations.

Related projects

  • Google Dapper, the tracing paper that inspired Zipkin's original design.
  • Twitter Finagle, Scrooge, Scribe, Cassandra, ZooKeeper, Bootstrap, and D3, named by Twitter as early Zipkin dependencies or surrounding infrastructure.
  • Jaeger, OpenTelemetry, Brave instrumentation, service meshes, and other distributed tracing systems that interoperate with or sit near Zipkin in observability stacks.

セキュリティ状態

リスクレベル: orange

formula declares a Homebrew service.

リスク分類器

リスク orange · 信頼度 中 · infrastructure

理由

  • formula declares a Homebrew service

信号

  • metadata:service

インストール挙動

  • Homebrew bottle メタデータは記録されていません。

推奨レビュー

エージェントに無人実行させる前に、このツールが平文の認証情報を読むか、リモート状態を書き込むか、成果物を公開するか、プラグインを起動するかを確認してください。

実行可能ファイル

インストールされる実行可能ファイル

コマンド種類公開範囲メモ
zipkin実行可能ファイルインデックス済み実行可能ファイルローカル実行可能ファイルインデックスから検出されました。

鮮度

バージョンと鮮度

これらの信号は、ページ生成時期、パッケージマネージャの活動、上流リリース比較を分けて示します。バージョン遅れは、証拠 URL と比較可能なバージョンがある場合だけ警告されます。

ページ生成日2026-08-03
マネージャ版3.6.1
マネージャ更新日
ローカルデータ不明
上流利用不可
検出された最新未検出
  • OK鮮度警告は生成されていません。

インストールメタデータ

パッケージメタデータ

パッケージキーbrew:zipkin
バージョン3.6.1
パッケージマネージャHomebrew
ホームページhttps://zipkin.io
Bottle未記録
サービス宣言なし

ソースデータベース一致

他のパッケージマネージャ記録

一致は外部パッケージマネージャインデックスから取得され、ローカルの Automic Vault パッケージリンクとは分けて表示されます。

Nix95%

zipkin

nix profile install nixpkgs#zipkin
  • normalized package name match
  • 一致条件: Zipkin
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/zi/zipkin/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

ソース経路

リポジトリデータから生成

このページは scripts/generate-pkg-sqlite.py が生成した非公開のパッケージ SQLite アーティファクトから av-web によって提供されます。

使用ソース

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • pkg.so package database
  • pkgdb category and tag curation