pkg.soopen package index

brew / 排名 5948

使用 Homebrew, Nix 安装 zipkin

查看 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

安装行为

  • formula 元数据中未记录 Homebrew post-install 钩子。
  • formula 元数据声明了服务或守护进程块。
  • Homebrew bottle 元数据适用于 1 个平台目标。
  • 安装时包含 1 个运行时依赖。

建议审查

在无人值守的代理使用前,请检查该工具是否读取明文凭据、写入远程状态、发布制品或调用插件。

可执行文件

已安装的可执行文件

命令类型暴露范围备注
zipkincli全局可执行文件

新鲜度

版本和新鲜度

这些信号区分页生成时间、软件包管理器活动和上游发布比较。只有存在证据 URL 和可比较版本时,才会提示版本落后。

页面生成时间2026-08-04
管理器版本3.6.1
管理器更新时间
本地数据OK
上游not checked
检测到的最新版本未检测到

https://zipkin.io

  • 信息No package-manager update timestamp was available.低 置信度
  • 信息Release/tag comparison is only available for GitHub repositories.https://zipkin.ionone 置信度

安装元数据

软件包元数据

软件包键brew:zipkin
版本3.6.1
软件包管理器Homebrew
软件包管理器页面https://formulae.brew.sh/formula/zipkin
主页https://zipkin.io
上游文档https://zipkin.io
许可证Apache-2.0
源码归档https://search.maven.org/remotecontent?filepath=io/zipkin/zipkin-server/3.6.1/zipkin-server-3.6.1-exec.jar
依赖openjdk
Bottle可用 (于 all)
Homebrew post-install未定义
服务declared

注册表事实

源数据库详情

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Namezipkin
Version Scheme0
Revision0
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • stable

源数据库匹配

其他软件包管理器记录

匹配项来自外部软件包管理器索引,并与本地 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

来源线索

由仓库数据生成

此页面由 av-webscripts/generate-pkg-sqlite.py 生成的私有软件包 SQLite 工件提供。

使用的来源

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