宣城网站建设公司,免费静态网站托管平台,成交型网站模板,个人网站建设模板分布式 虚拟时间和虚拟同步跟踪提供了对系统的可见性#xff0c;使开发人员和操作人员可以在运行时观察应用程序。 当系统不断增长并与更多微服务进行交互时#xff0c;跟踪变得非常有价值。 在这样的环境中#xff0c;这些痕迹非常棒#xff0c;可以定位导致性能下降的故障… 分布式 虚拟时间和虚拟同步 跟踪提供了对系统的可见性使开发人员和操作人员可以在运行时观察应用程序。 当系统不断增长并与更多微服务进行交互时跟踪变得非常有价值。 在这样的环境中这些痕迹非常棒可以定位导致性能下降的故障和瓶颈。 在这篇文章中我们将帮助您详细了解跟踪。 我们将通过示例跟踪事件和问题管理过程中如何使用跟踪。 什么是痕迹 在检查如何捕获跟踪及其组成之前让我们看一下跟踪的正式定义 这样您可以将跟踪视为一棵树其根节点是用户进行的交互并且这些节点代表所有参与处理请求和准备响应的微服务。 分布式跟踪的外观如何 上面的示例说明了一个由七个跨度组成的迹线。 要了解跨度和轨迹请看一下定义 跟踪公开了通过分布式系统的执行路径。 迹线由一个或多个跨度组成。 跟踪中的跨度表示执行路径中的一项微服务。 例如信用评分检查可能是贷款申请处理过程中的跨度。 跨度可以创建多个子跨度而一个子跨度恰好具有一个父跨度。 因此将跨度组合到跟踪中可以揭示整个分布式系统中请求处理的流程。 可视化跟踪使用父子表示法来显示跨度之间的依赖性以及每个跨度执行所需的时间。 如何捕获跟踪 所有跟踪解决方案都要求参与处理入站请求的微服务由代理库进行检测。 每个这样的代理库都捕获跟踪的一部分并将其发送到组成跟踪的中央服务器。 要了解它是如何工作的让我们看一个示例电子商店该例子说明了跟踪捕获 每当请求到达系统边界时代理都会通过监视第一个节点为它分配一个唯一的ID。 该标识符称为跟踪ID。 E-shop前端节点处理入站请求并决定调用下游的SubmitOrder微服务。 这样做时它通常使用自定义HTTP标头将跟踪ID传递到下游。 SubmitOrder微服务会在HTTP标头中发现跟踪ID。 这使SubmitOrder可以将其跨度与E-shop父级链接。 处理请求时 submitOrder微服务发现它需要调用checkInventory微服务。 再次通过向下游传递跟踪ID来实现。 checkInventory微服务现在是该树中的终端节点没有子依赖项。 因此它仅处理请求并将响应发送回父级。 完成此操作后 checkInventory微服务中的整个范围就准备好了。 在SubmitOrder中间节点和E-shop父节点中也是如此。 跨度组成配备有开始和结束时间戳记并使用跟踪ID进行链接。 代理库捕获跨度后它们会将跨度发送到集中式服务器。 在此服务器中节点被组成跟踪并存储以进行查询。 该过程的结果是组成了完整的痕迹。 在上面的示例中组合的跟踪看起来类似于以下内容 代理商如何工作 可以使用两种不同的方法来构建从单个微服务捕获跨度的代理 诸如Zipkin OpenTracing和Jaeger之类的Tracer库使应用程序开发人员能够检测代码并将跨度发送到集中式服务器。 它们提供了最常用的语言和框架的库并在缺少支持的情况下使用户能够构建自己的库 举例说明如何使用Zipkin来检测PHP微服务的示例可能会给您一个想法 SubmitOrder微服务会在HTTP标头中发现跟踪ID。这使SubmitOrder可以将其跨度与E-shop父级链接。 处理请求时 submitOrder微服务发现它需要调用checkInventory微服务。 再次通过向下游传递跟踪ID来实现。 checkInventory微服务现在是该树中的终端节点没有子依赖项。 因此它仅处理请求并将响应发送回父级。 完成此操作后 checkInventory微服务中的整个范围就准备好了。 这种方法有其缺点-从将跟踪库引入微服务的示例可以看出需要更改代码才能捕获所需的信息。 要在大型组织中实现这一目标而由不同团队开发和维护数十甚至数百个微服务可能是一个艰巨的挑战。 基于代理的解决方案例如NewRelic或DataDog或我们自己的Plumbr使用应用程序运行时中的低级挂钩来对微服务进行检测。 代理已附加在应用程序配置中不需要更改代码。 例如使用Plumbr Java代理进行跟踪等效于仅更改JVM启动参数类似于 SubmitOrder微服务会在HTTP标头中发现跟踪ID。这使SubmitOrder可以将其跨度与E-shop父级链接。 处理请求时 submitOrder微服务发现它需要调用checkInventory微服务。 再次通过向下游传递跟踪ID来实现。 checkInventory微服务现在是该树中的终端节点没有子依赖项。 因此它仅处理请求并将响应发送回父级。 完成此操作后 checkInventory微服务中的整个范围就准备好了。 因此推出基于代理的解决方案更加简单尤其是在管理更大的部署时。 但是大多数基于代理的解决方案都是商业的 而不是开放源代码的跟踪程序库因此涉及一些成本。 标记轨迹和跨度 迹线和跨度往往会被标记以支持多维查询以分析迹线。 常用标签的一些示例 用户身份 serverId clusterId API端点 HTTP响应码 使用标签可以轻松回答不同的问题 此微服务中的哪个API端点已损坏 该前端中哪些API端点最慢 哪些用户遇到了错误 罪魁祸首是哪个微服务 良好的跟踪提供程序将不同的维度无缝地集成到产品UI和警报设置中因此您可以避免使用数百万条单独的跟踪而是立即而及时地获得宝贵的见解。 带走 跟踪是一种非常强大的诊断工具尤其是在应用于分布式环境时。 由于可以在整个执行路径中观察每个单独的请求因此问题得以解决。 借助标签可以公开分析查询从而使影响估算变得微不足道。 翻译自: https://www.javacodegeeks.com/2020/02/distributed-tracing-for-dummies.html分布式 虚拟时间和虚拟同步
