OpenTracing标准（中文版） `zh` (Chinese) translation of the opentracing/specification

Home Page: https://opentracing-contrib.github.io/opentracing-specification-zh/

License: Apache License 2.0

opentracing translation zh chinese chinese-simplified

opentracing-specification-zh's Introduction

OpenTracing官方标准-中文版

The OpenTracing project is archived. 项目已归档，不再维护

OpenTracing标准官方页面为：http://opentracing.io/spec.

译者：吴晟

译者注：作为OpenTracing的核心成员，为了OpenTracing标准的推广，通过opentracing-contrib/opentracing-specification-zh提供OpenTracing标准的中文译本。

译本版本说明：格式 Major.Mini.Fix，前两位是对应的OpenTracing Spec版本号，第三位是翻译修复版本。

此GitHub项目仅用于译本的提供，如果大家有任何关于规范的问题，并习惯使用英语，建议前往官方讨论区 opentracing/specification。如果需要使用中文交流，也欢迎在此项目，通过issue的方式沟通。

最后更新时间: Feb 9, 2018

OpenTracing v1.1

OpenTracing标准包含两个部分：

specification.md, OpenTracing标准正本
semantic_conventions.md, 该文档描述，在常见场景下，Span进行tag、log操作时，key的使用习惯。

基于"OpenTracing官方标准"发布途径等历史原因, 原有1.0翻译版本通过翻译opentracing.io提供, 网页地址, 下载地址.

opentracing-specification-zh's People

Contributors

Stargazers

Watchers

Forkers

zogwei skyapmtest skyverd lday0321 yuwentao aaashun rzs840707 extremeyu zscgrhg jthink newsky ihuangyaoshi smileclound liangjiezhu jakexu bodogbo lijie371 stvliu lovepoem forging2012 mickylee axliang likungm zhuang16384 jiay0u hyhlinux xiaoshao davidmr001 chenqing24 rainbowboys flyzhang007 wuheng3803 hafent dreadbird liang524132 windboydestiny zzc1231 kuafou ponywise minlingchao1 idouba haoguanjun yc-one ciyonghu zhengzc gaoyaxin xsxnet winstar jason-1bit songyalong yaoqi kingjoydom jaredtan95 greyireland superjlhappy stamhe sensitivemix izheng sigalhu zzzhouyu forkgits bumen 452562082 chuliaodan happysky2046 opentracing-collection tangzhe7 know-no iluckysi lostsm86 tianpengyu jinkingmanager baihui lclic guangxuewu ycoe xp10102232 skywp mestarshine xuanyu66 aiderzcx reformsun seaman86 lovnx tianqiongenze airtrioa lwclover coreyho codedrinker sdtm1016 lycodingjava nullllun chenguoku askuy hustcxc edgeowner laashub-sda zhanghongbo21 xidianwlc vcjmhg

opentracing-specification-zh's Issues

请问 ChildOf 和 FollowsFrom 在时序图上的表达有什么差别

按照文档中的例子：

ChildOf 引用的一个合理表述是：

[-Parent Span---------]
[-Child Span----]

FollowsFrom 引用的一个合理表述是：

[-Parent Span--]
[-Child Span-]

能否解释下这两个时序图除了-的长度不一样以外，图形中有什么特别的地方能够让读者看出来这是在描述一个 ChildOf 引用，还是在描述一个 FollowsFrom 引用？

修改

specification.md 文档，把你的翻译润色了一下，地址在
https://github.com/tangzhe7/opentracing-specification-zh/blob/master/specification.md
需要我指出修改了那些地方么

I would like to participate GSoC this year with CNCF. Since I am pretty familiar with Golang so I am thinking about taking "go-restful + OpenTracing" idea as my project. The idea description on the CNCF GSoC page is very limited so I want to ask a few questions:

What APIs are to be implemented in this project? I saw the specification page there are a few potential API resources (Tracer, Span, SpanContext) and operations. Are we implementing these?
Do we create the this REST API project from scratch or add the API to an existing project?

Thanks a lot for your time and assistance :D

DAG图是有向无环图的意思，你好像少了个字 "有“。

DAG图是有向无环图的意思，你好像少了个字 "有“

翻译欠妥

在specification.md中：
https://github.com/opentracing-contrib/opentracing-specification-zh/blob/master/specification.md#%E9%99%A4%E4%BA%86%E9%80%9A%E8%BF%87span%E8%8E%B7%E5%8F%96spancontext
把Retrieve the Spans SpanContext翻译成除了通过Span获取SpanContext感觉欠妥。我认为可以翻译为获取Span的SpanContext。

需要更多资料

你好，我和我的团队对opentracing很感兴趣，想要尝试一下，但是目前遇到三个问题没有找到相关资料：
1.标准文档和常见的博文都在讲opentracing-api的client代码应该怎么写，基本上没有介绍代码写完之后的流程，这一块能不能推荐一些资料？
比如：通过调用api传递的数据去了哪里(很多博文的示例代码中基本上都没有相关地址配置)？以什么方式传递给了处理后台(http接口？rpc接口？拖硬盘上的日志文件？还是其他什么方式？)？
2.兼容opentracing-api的处理后台目前大概知道几个，zipkin、dapper、jaeger等，但是不够系统，能不能列一个list出来，对比性的讲一讲每一个做了什么事情、适用于什么场景、优缺点、稳定性如何、能够应对多大规模的数据？
3.opentracing的立意里面提到了通过一层统一的api封装让用户可以简单切换不同处理后台，有没有具体的示例？

翻译错误

在 specification.md 中的

https://github.com/opentracing-contrib/opentracing-specification-zh/blob/master/specification.md#span间关系

里面的 FollowsFrom 的解析

一些父级节点不以任何方式依然他们子节点的执行结果

应为

一些父级节点不以任何方式依赖他们子节点的执行结果

opentracing-contrib / opentracing-specification-zh Goto Github PK