# 可观测链路 OpenTelemetry 版 #
0
关注
536内容
|
基于 Jaeger 进行微服务链路追踪
基于解决不同行业、业务应用的可扩展性、可用性等一系列问题，由此而生的微服务架构得到了各大厂商的、组织以及个人的青睐，随之而来便广泛应用于各种行业场景应用中。然而，随着时间的推移，越来越多的问题慢慢地呈现在大众的视野中。
|
Go微服务架构实战 下篇：1. gRPC + Opentracing + Zipkin实现分布式链路追踪系统
Go微服务架构实战 下篇：1. gRPC + Opentracing + Zipkin实现分布式链路追踪系统
|
Spring Boot项目如何实现分布式日志链路追踪
作为一名后端开发工程师，排查系统问题用得最多的手段之一就是查看系统日志，在当下主要的分布式集群环境中一般使用`ELK(Elasticsearch , Logstash, Kibana)`来统一收集日志，以便后续查看日志定位追踪相关问题。但是在并发情况下，大量的系统用户即多线程并发访问后端服务导致同一个请求的日志记录不再是连续相邻的，此时多个请求的日志是一起串行输出到文件中，所以我们筛选出指定请求的全部相关日志还是比较麻烦的，同时当后端异步处理功能逻辑以及微服务的下游服务调用日志追踪也有着相同的问题。
支撑 “千万设备日活” 的创米数联 7 年微服务架构演进之路
支撑 “千万设备日活” 的创米数联 7 年微服务架构演进之路
从幕后走到台前！过去十年，我们在阿里云如何建设可观测体系？
从幕后走到台前！过去十年，我们在阿里云如何建设可观测体系？
支撑 “千万设备日活” 的创米数联 7 年微服务架构演进之路
未来创米云服务将业务网关逐渐转型为云原生网关+WASM 插件方案，代替繁重的 Spring Cloud Gateway 业务网关，进一步提升网关性能、灵活性和可扩展性，并接入现有可观测体系。我们将继续致力于创新和技术升级，为用户提供更优质的产品体验。
|
基于Otel的前端全链路追踪思考和实践
本文内容是笔者基于 GOTC 2023 全球开源技术峰会整理。前端为什么要接入链路追踪大家都应该经历过这样的事情：某一个页面或者某一个请求比较慢，前后端分别调查后数据对不上，或者很难说明差异的来源是由什么造成的，这就是单点监控带来的问题。然后是问题定位，前端作为系统的出入口，导致很多团队问题一般界线模棱两可的问题都会交给前端去定位，相信很容前端应该都经历过这样的痛苦，而作为前端也只能人肉的去分析这
免费试用