ServiceComb+Zipkin：使用篇

最新推荐文章于 2024-04-26 20:36:58 发布

搬砖小师弟

最新推荐文章于 2024-04-26 20:36:58 发布

阅读量563

点赞数 1

本文链接：https://blog.csdn.net/ocean_1996/article/details/86606596

版权

本文介绍了如何使用ServiceComb结合Zipkin进行分布式调用链追踪，通过示例展示了在BMI应用中定位服务和函数级别的异常。通过添加依赖和配置，实现了服务级别的追踪，并利用自定义追踪功能深入到函数级别，从而有效解决微服务中的问题。

摘要由CSDN通过智能技术生成

ServiceComb+Zipkin：使用篇

分布式调用链追踪能有效地监控服务间的网络延时并可视化微服务中的数据流转。ServiceComb扩展了zipkin的接口提供了服务内部的链路调用信息，能提供更完整的调用链路信息，更容易定位问题和潜在性能问题。本文将介绍ServiceComb 提供的分布式调用链追踪能力及使用指导。

一. 异常场景示例

我们将使用ServiceComb的入门案例BMI（体质指数应用），展示ServiceComb的调用链追踪和自定义调用链追踪能力。BMI应用程序包含体质指数计算calculator和服务网关webapp两个服务，参见ServiceComb的入门案例BMI指导¹。
我们给BMI的calculator微服务增加了异常代码，如下。

public double calculate(double height, double weight) {
   

	// 异常代码：增加一块进程休眠代码（模拟实际工作中调用当前线程处理其他业务的情景）
    try{
   
    Thread.currentThread().sleep(5000);
    } catch (Exception e){
   	
    }
	// 正常代码：计算身高体重的bmi值
    if (height <= 0 || weight <= 0) {
   
      throw new IllegalArgumentException("Arguments must be above 0");
    }
    double heightInMeter = height / 100;
    double bmi = weight / (heightInMeter * heightInMeter);
    return roundToOnePrecision(bmi);
  }