# 可观测链路 OpenTelemetry 版 #
0
关注
528内容
课时7：函数计算的可观测性
课时7：函数计算的可观测性
|
架构解密从分布式到微服务：从微服务到Service Mesh
Kubernetes平台很好地解决了大规模分布式系统架构中的一些通用问题，从基本的自动化部署,服务注册、服务发现、服务路由,到全自动化的运维体系，几乎面面俱到。但由于Kubernetes致力于从更基础的TCP/IP层面提供更广泛的分布式系统的统一架构方案,因此必定以牺牲上层应用层协议的适配为代价。我们看到Kubernetes在解决一些问题时多少有些“鞭长莫及”:
|
Enhancer - 轻量化的字节码增强组件包
一、问题描述
当我们的业务发展到一定阶段的时候，系统的复杂度往往会非常高，不再是一个简单的单体应用所能够承载的，随之而来的是系统架构的不断升级与演变。一般对于大型的 To C 的互联网企业来说，整个系统都是构建于微服务的架构之上，原因是 To C 的业务有着天生的微服务化的诉求：需求迭代快、业务系统多、领域划分多、链路调用关系复杂、容忍延迟低、故障传播快。微服务化之后带来的问题也很明显：服务的管理复杂、链路的梳理复杂、系统故障会在整个链路中迅速传播。
云原生网关可观测性综合实践
云原生网关可观测性综合实践
云原生网关可观测性综合实践
本文将帮助读者体验网关可观测性在故障发现与故障定位中的能力。
消息队列和应用工具产品体系-ARMS 监控种类简介（2）
消息队列和应用工具产品体系-ARMS 监控种类简介（2）
|
SpringBoot+MDC链路追踪trace_id丢失
前言
trace_id是用来标识同一个请求的唯一标识，不管请求经过多少服务，都可以通过tracid排查对应模块的日志信息找到对应请求的一些细节，是排查问题的一个重要线索。
|
微服务架构之链路追踪原理
微服务架构是一个分布式架构，它按业务划分服务单元，一个分布式系统往往有很多个服务单元。由于服务单元数量众多，业务的复杂性，如果出现了错误和异常，很难去定位。主要体现在，一个请求可能需要调用很多个服务，而内部服务的调用复杂性，决定了问题难以定位。
免费试用