Jaeger

Istio distributed tracing with Jaeger not working

由 筅森魡賤 提交于 2020-01-02 08:24:17
问题 I'm trying to set up a local k8s cluster and on minikube with installed istio and I have an issue with enabling distributed tracing with Jaeger. I have 3 microservices A -> B -> C . I am propagating the all the headers that are needed: {"x-request-id", "x-b3-traceid", "x-b3-spanid", "x-b3-parentspanid", "x-b3-sampled", "x-b3-flags", "x-ot-span-context"} But on Jaeger interface, I can only see the request to the service A and I cannot see the request going to service B. I have logged the

Kiali项目，Istio服务网的可观察性

由 ぐ巨炮叔叔 提交于 2019-12-30 17:03:31
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Kiali提供了问题的答案 我的Istio服务网格中的微服务是做什么的？ 描述 微服务架构将整体结构分解成许多组合在一起的小块。已经出现了用于保证服务之间的通信的模式，例如容错（通过超时，重试，断路等）以及分布式跟踪，以便能够看到呼叫的去向。 服务网格现在可以在平台级别上提供这些服务，并使应用程序编写者从这些任务中解放出来。路由决策在网格级别完成。 Kiali与Istio合作，可视化服务网格拓扑，断路器或请求率等功能。 Kiali还包括Jaeger Tracing，可以提供开箱即用的分布式跟踪功能。 https://github.com/kiali/kiali 来源： oschina 链接： https://my.oschina.net/u/866802/blog/1861605

使用Istio分布式跟踪应用程序

由 送分小仙女□ 提交于 2019-12-30 16:48:57
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在微服务领域，分布式跟踪正逐渐成为调试和跟踪应用程序最重要的依赖工具。 最近的聚会和会议上，我发现很多人对分布式跟踪的工作原理很感兴趣，但同时对于分布式跟踪如何与Istio和 Aspen Mesh 等服务网格进行配合使用存在较大的困惑。特别地，我经常被问及以下问题： Tracing如何与Istio一起使用？在Span中收集和报告哪些信息？ 是否必须更改应用程序才能从Istio的分布式跟踪中受益？ 如果目前在应用程序中报告Span，它将如何与Istio中的Span进行交互？ 在这篇博客中，我将尝试回答这些问题。 在我们深入研究这些问题之前，建议先快速了解为什么我要写与分布式跟踪相关博客。如果您关注 Aspen Mesh 的博客，您会注意到我写了两篇与tracing相关的博客，一篇关于 ”使用Istio跟踪AWS中的服务请求“ ，另一篇关于 ”使用Istio跟踪gRPC应用程序” 。 我们在Aspen Mesh有一个非常小的工程团队，如果经常在子系统或组件上工作，您很快就会成为（或标记或分配）常驻专家。我在微服务中添加了分布式跟踪，并在AWS环境中将其与Istio集成，在此过程中发现了值得分享的各种有趣的经验。在过去的几个月里，我们一直在大量使用跟踪来了解我们的微服务，现在这种方法已经成为我们排查问题首先采用的手段

Jaeger standalone without docker

由 ∥☆過路亽．° 提交于 2019-12-24 08:22:51
问题 Cannot find any information if Jaeger can be executed without docker? Does a standalone jar exist, or will there be a release in the future for Jaeger like Zipkin has ? 回答1: The Downloads page (https://www.jaegertracing.io/download/) lists both the Docker images and the raw binaries built for various platforms (Linux, macOS, windows). You can also build binaries from source. 来源： https://stackoverflow.com/questions/46561079/jaeger-standalone-without-docker

双11 背后的全链路可观测性：阿里巴巴鹰眼在“云原生时代”的全面升级

由 左心房为你撑大大i 提交于 2019-12-23 11:17:22
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 导读： 作为一支深耕多年链路追踪技术 (Tracing) 与性能管理服务 (APM) 的团队，阿里巴巴中间件鹰眼团队的工程师们见证了阿里巴巴基础架构的多次升级，每一次的架构升级都会对系统可观测性能力 (Observability) 带来巨大挑战，而这次的“云原生”升级，给我们带来的新挑战又是什么呢？ 云原生与可观测性 在刚刚过去的 2019 年 双11，我们再次见证了一个技术奇迹：这一次，我们花了一整年的时间，让阿里巴巴的核心电商业务全面上云，并且利用阿里云的技术基础设施顶住了 54 万笔/秒的零点交易峰值；我们的研发、运维模式，也正式步入了云原生时代。 云原生所倡导的新范式，给传统的研发和运维模式带来巨大冲击：微服务、DevOps 等理念让研发变得更高效，但带来的却是海量微服务的问题排查、故障定位的难度变得更大；容器化、Kubernetes 等容器编排技术的逐渐成熟让规模化软件交付变得容易，但带来的挑战是如何更精准地评估容量、调度资源，确保成本与稳定性的最好平衡。 今年阿里巴巴所探索的 Serverless、Service Mesh 等新技术，未来将彻底地从用户手中接管运维中间件以及 IaaS 层的工作，对于基础设施的自动化程度来讲则是一个更加巨大的挑战。 基础设施的自动化（Automation

How to use Jaeger with Spring WebFlux?

由 依然范特西╮ 提交于 2019-12-21 20:24:21
问题 We are trying to go reactive with Webflux. We are using Jaegar with Istio for instrumentation purposes. Jaegar understands Spring MVC endpoints well, but don't seem to work at all for WebFlux. I am looking for suggestions to make my webflux endpoints appear in Jaeger. Thanks in advance. 回答1: The best way to move forward in order to use Jaegar is NOT TO USE JAEGAR CLIENT! Jaegar has the ability to collect Zipkin spans: https://www.jaegertracing.io/docs/1.8/getting-started/#migrating-from

双11 背后的全链路可观测性：阿里巴巴鹰眼在“云原生时代”的全面升级

由 萝らか妹 提交于 2019-12-20 19:18:08
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 点击下载《不一样的 双11 技术：阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术：阿里巴巴经济体云原生实践》一书，点击上方图片即可下载！ 作者： 周小帆（承嗣） 阿里云中间件技术部高级技术专家 王华锋（水彧） 阿里云中间件技术部技术专家 徐彤（绍宽） 阿里云中间件技术部技术专家 夏明（涯海） 阿里云中间件技术部技术专家 导读 ：双11 背后的全链路可观测性：阿里巴巴鹰眼在“云原生时代”的全面升级作为一支深耕多年链路追踪技术 (Tracing) 与性能管理服务 (APM) 的团队，阿里巴巴中间件鹰眼团队的工程师们见证了阿里巴巴基础架构的多次升级，每一次的架构升级都会对系统可观测性能力 (Observability) 带来巨大挑战，而这次的“云原生”升级，给我们带来的新挑战又是什么呢？ 云原生与可观测性 在刚刚过去的 2019 年 双11，我们再次见证了一个技术奇迹：这一次，我们花了一整年的时间，让阿里巴巴的核心电商业务全面上云，并且利用阿里云的技术基础设施顶住了 54 万笔/秒的零点交易峰值；我们的研发、运维模式，也正式步入了云原生时代。 云原生所倡导的新范式，给传统的研发和运维模式带来巨大冲击：微服务、DevOps 等理念让研发变得更高效，但带来的却是海量微服务的问题排查、故障定位的难度变得更大

Integrate ODL with Jaeger or Zipkin

由 好久不见. 提交于 2019-12-20 06:33:52
问题 I am trying to integrate an ODL application with Jaeger or Zipkin to trace the logs. Jaeger worked with fine with a Java Application, but doesn't work with ODL. I get NoClassDefError even though I added the bundles: install -s wrap:mvn:org.apache.thrift/libthrift/0.12.0 install -s wrap:mvn:io.jaegertracing/jaeger-core/0.35.4 install -s wrap:mvn:io.jaegertracing/jaeger-thrift/0.35.4 install -s wrap:mvn:io.opentracing/opentracing-api/0.31.0 install -s wrap:mvn:io.opentracing/opentracing-util/0

How to configure Jaeger with elasticsearch?

由 夙愿已清 提交于 2019-12-19 02:48:07
问题 I have tried executing this docker command to setup Jaeger Agent and jaeger collector with elasticsearch. sudo docker run \ -p 5775:5775/udp \ -p 6831:6831/udp \ -p 6832:6832/udp \ -p 5778:5778 \ -p 16686:16686 \ -p 14268:14268 \ -e SPAN_STORAGE_TYPE=elasticsearch \ --name=jaeger \ jaegertracing/all-in-one:latest but this command gives the below error. How to configure Jaeger with ElasticSearch? "msg":"Failed to init storage factory","error":"health check timeout: no Elasticsearch node

【微服务架构】调用链追踪系统对比

由 拥有回忆 提交于 2019-12-13 10:47:35
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 概述 当代的互联网服务，通常都是用复杂的、大规模分布式集群来实现的。互联网应用构建在不同的服务集上，这些服务有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，需要一个用于分析性能问题的系统可以监控那些横跨了不同的应用、不同的服务器之间的关联动作，调用链追踪系统应运而生。 目标 分布式调用链追踪系统一般有以下五个目标： 低消耗（low-overhead）调用链追踪埋点不能占用链路上太长的时间，也不应消耗太多的机器资源。 低侵入（low-invasiveness）作为非业务组件，应当尽可能少侵入或者不侵入其他业务系统，保持对使用方的透明性，减少开发人员的负担和接入门槛。 可扩展（scalability）整个调用链追踪通路都应该可扩展，以应对不断接入的服务和公司未来的发展。 时效性（time-efficient）从追踪数据采集，分析处理，查询，展示的整个通路都要尽量快速。 决策支持（decision-support）需要为业务定位问题，分析服务，提供丰富清晰的报表。 功能 调用链追踪系统通常包含的功能如下： 对调用请求的整个链路进行追踪，分析每个环节的耗时，协助开发运维人员找到性能瓶颈 找出服务之间的依赖拓扑关系，如每个服务依赖哪些服务
订阅 Jaeger