opentracing文档中文版翻译吴晟-github.pdf

目錄 Introduction 1.1 Quick Start, 快速入门 1.2 Concepts and Terminology, 概念与术语 1.3 OpenTracing APIs 1.4 OpenTracing Language Support, OpenTracing语言支持 1.4.1 Data Conventions, 数据约定 1.4.2 Cross-Process Tracing, 跨进程追踪 1.4.3 Best Practices, 最佳实践 1.5 Common Use Cases, 常见用例 1.5.1 Instrumenting Large Systems, 监控大型系统 1.5.2 Instrumenting Frameworks, 监控框架 1.5.3 Authors and Contributors, 作者和贡献者 1.6 Supported Tracers, 符合标准的项 目 1.7 1 Introduction 为什么需要Tracing？ 开发和工程团队因为系统组件水平扩展 、开发团队小型化 、敏捷开发 、CD （持续集成） 、解 耦等各种需求 ，正在使用现代的微服务架构替换老旧的单片机系统 。 也就是说 ，当一个生产 系统面对真正的高并发 ，或者解耦成大量微服务时 ，以前很容易实现的重点任务变得困难 了 。过程中需要面临一系列问题 ：用户体验优化 、后台真是错误原因分析 ，分布式系统内各 组件的调用情况等 。 当代分布式跟踪系统 （例如 ，Zipkin, Dapper, HTrace, X-Trace等）旨在 解决这些问题 ，但是他们使用不兼容的API来实现各自的应用需求 。尽管这些分布式追踪系统 有着相似的API语法 ，但各种语言的开发人 员依然很难将他们各自的系统 （使用不同的语言和 技术）和特定的分布式追踪系统进行整合 ， 为什么需要OpenTracing？ OpenTracing通过提供平台无关 、厂商无关的API ，使得开发人 员能够方便的添加 （或更换） 追踪系统的实现 。 OpenTracing提供了用于运营支撑系统的和针对特定平台的辅助程序库 。 程序库的具体信息请参考详细的规范 。 什么是一个Trace? 在广义上 ，一个trace代表了一个事务或者流程在 （分布式）系统中的执行过程 。在 OpenTracing标准中 ，trace是多个span组成的一个有向无环图 （DAG） ，每一个span代表 trace中被命名并计时的连续性的执行片段 。 2 Introduction 分布式追踪中的每个组件都 包含 自己的一个或者多个span 。