随着SOA,微服务架构及PaaS,Devops等技术的兴起,线上问题的追踪和排查变得更加困难。对线上业务的可观测性得到了越来越多企业的重视,由此涌现出了许多优秀的链路追踪及服务监控中间件。比较流行的有Spring Cloud全家桶自带的Zipkin,点评的CAT, 华为的skywalking,Uber的Jaeger, naver的Pinpoint。
一个典型的应用,通常有三种类型的数据需要被监控系统记录:Metric, logs and traces。让我们先了解下它们都是什么。
Metrics
提供进行运行时的指标信息。比如CPU使用率,内存使用情况,GC情况,网站流量等。
Logging
可以监控程序进程中的日志,比如集成Log4j记录的日志,或者程序运行中发生的事件或通知。
Tracing
也叫做分布式追踪,包含请求中每个子操作的开始和结束时间,传递的参数,请求间的调用链路,请求在各个链路上的耗时等信息。Tracing可以包含消息发送和接收,数据库访问,负载均衡等各种信息,让我们可以深入了解请求的执行情况。Tracing为我们提供了获取请求的时间主要消耗在哪里,请求的参数都是什么,如果发生了异常,那么异常是在哪个环节产生的等能力。
opentelemetry是一款数据收集中间件。我们可以使用它来生成,收集和导出监测数据(Metrics,Logs and traces),这些数据可供支持OpenTelemetry的中间件存储,查询和显示,用以实现数据观测,性能分析,系统监控,服务告警等能力。
opentelemetry项目开始于2019年,旨在提供基于云环境的可观测性软件的标准化方案,提供与三方无关的监控服务体系。项目迄今为止已获得了Zipkin, Jaeger, skywalking, Prometheus等众多知名中间件的支持。
本例中,我们使用spring cloud搭建一个简单的微服务,来体验下如何使用opentelemetry来进行系统监控,并在两个不同的监控系统(Zipkin,Jaeger)进行快速切换。项目由2个微服务,2个可视化监控系统,并使用opentelemetry 来集成微服务和监控系统。
示例中使用到的组件的版本:
java: 1.8
spring-cloud: 2020.0.2
spring-boot: 2.4.5
opentelemetry: 1.1.0
grpc: 1.36.1
引入Spring cloud 和 opentelemetry
org.springframework.cloud
spring-cloud-dependencies
${spring-cloud.version}
pom
import
io.opentelemetry
opentelemetry-bom
${opentelemetry.version}
pom
import
加入opentelemetry依赖项
io.opentelemetry
opentelemetry-api
io.opentelemetry
opentelemetry-sdk
io.opentelemetry
opentelemetry-exporter-otlp
io.opentelemetry
opentelemetry-semconv
1.1.0-alpha
io.grpc
grpc-protobuf
${grpc.version}
io.grpc
grpc-netty-shaded
${grpc.version}
io.opentelemetry
opentelemetry-exporter-zipkin
@Configuration
public class TraceConfig {
private static final String ENDPOINT_V2_SPANS = "/api/v2/spans";
private final AppConfig appConfig;
@Autowired
public TraceConfig(AppConfig appConfig) {
this.appConfig = appConfig;
}
@Bean
public OpenTelemetry openTelemetry() {
SpanProcessor spanProcessor = getOtlpProcessor();
Resource serviceNameResource = Resource.create(Attributes.of(ResourceAttributes.SERVICE_NAME, appConfig.getApplicationName()));
// Set to process the spans by the Zipkin Exporter
SdkTracerProvider tracerProvider =
SdkTracerProvider.builder()
.addSpanProcessor(spanProcessor)
.setResource(Resource.getDefault().merge(serviceNameResource))
.build();
OpenTelemetrySdk openTelemetry =
OpenTelemetrySdk.builder().setTracerProvider(tracerProvider)
.setPropagators(ContextPropagators.create(W3CTraceContextPropagator.getInstance()))
.buildAndRegisterGlobal();
// add a shutdown hook to shut down the SDK
Runtime.getRuntime().addShutdownHook(new Thread(tracerProvider::close));
// return the configured instance so it can be used for instrumentation.
return openTelemetry;
}
private SpanProcessor getZipkinProcessor() {
String host = "localhost";
int port = 9411;
String httpUrl = String.format("http://%s:%s", host, port);
ZipkinSpanExporter zipkinExporter = ZipkinSpanExporter.builder().setEndpoint(httpUrl + ENDPOINT_V2_SPANS).build();
return SimpleSpanProcessor.create(zipkinExporter);
}
}
当我们完成了配置后,就可以在spring boot项目中,通过autowired来使用opentelemetry。
接下来我们定制一个WebFilter来拦截所有的Http请求,并在Filter类中进行埋点。
@Component
public class TracingFilter implements Filter {
private final AppConfig appConfig;
private final OpenTelemetry openTelemetry;
@Autowired
public TracingFilter(AppConfig appConfig, OpenTelemetry openTelemetry) {
this.appConfig = appConfig;
this.openTelemetry = openTelemetry;
}
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
HttpServletRequest httpServletRequest = (HttpServletRequest)servletRequest;
Span span = getServerSpan(openTelemetry.getTracer(appConfig.getApplicationName()), httpServletRequest);
try (Scope scope = span.makeCurrent()) {
filterChain.doFilter(servletRequest, servletResponse);
} catch (Exception ex) {
span.setStatus(StatusCode.ERROR, "HTTP Code: " + ((HttpServletResponse)servletResponse).getStatus());
span.recordException(ex);
throw ex;
} finally {
span.end();
}
}
private Span getServerSpan(Tracer tracer, HttpServletRequest httpServletRequest) {
TextMapPropagator textMapPropagator = openTelemetry.getPropagators().getTextMapPropagator();
Context context = textMapPropagator.extract(Context.current(), httpServletRequest, new TextMapGetter() {
@Override
public Iterable keys(HttpServletRequest request) {
List headers = new ArrayList();
for (Enumeration names = request.getHeaderNames(); names.hasMoreElements();) {
String name = (String)names.nextElement();
headers.add(name);
}
return headers;
}
@Override
public String get(HttpServletRequest request, String s) {
return request.getHeader(s);
}
});
return tracer.spanBuilder(httpServletRequest.getRequestURI()).setParent(context).setSpanKind(SpanKind.SERVER).setAttribute(SemanticAttributes.HTTP_METHOD, httpServletRequest.getMethod()).startSpan();
}
}
在示例代码中,我们实现了一个匿名类来从HttpServletRequest中解析tracing上下文信息。
在创建Span的同时,我们在Span中写入了Http请求的一些关键属性,并且为所有的异常做了跟踪记录。
接下来我们通过一段简单的代码来模拟查询用户以及抛出异常
@GetMapping("/{id}")
public ResponseEntity get(@PathVariable("id") Long id) {
if (0 >= id) {
throw new IllegalArgumentException("Illegal argument value");
}
return ResponseEntity.ok(userService.get(id));
}
我们使用和cloud-user-service同样的配置来配置gateway-service。
##4.6、在gateway-service中,集成opentelemetry
这里和cloud-user-service有些不同,由于gateway-service是基于webflux构建的。我们这次使用WebFilter和GlobalFilter来拦截网关上的http请求。
在WebFilter中,添加opentelemetry来记录收到的http请求
@Override
public Mono filter(ServerWebExchange serverWebExchange, WebFilterChain webFilterChain) {
ServerHttpRequest serverHttpRequest = serverWebExchange.getRequest();
Span span = getServerSpan(openTelemetry.getTracer(appConfig.getApplicationName()), serverHttpRequest);
Scope scope = span.makeCurrent();
serverWebExchange.getResponse().getHeaders().add("traceId", span.getSpanContext().getTraceId());
span.setAttribute("params", serverHttpRequest.getQueryParams().toString());
return webFilterChain.filter(serverWebExchange)
.doFinally((signalType) -> {
scope.close();
span.end();
})
.doOnError(span::recordException);
}
private Span getServerSpan(Tracer tracer, ServerHttpRequest serverHttpRequest) {
return tracer.spanBuilder(serverHttpRequest.getPath().toString()).setNoParent().setSpanKind(SpanKind.SERVER).setAttribute(SemanticAttributes.HTTP_METHOD, serverHttpRequest.getMethod().name()).startSpan();
}
接下来在GlobalFilter中,记录路由到微服务的http请求
@Override
public Mono filter(ServerWebExchange exchange, GatewayFilterChain gatewayFilterChain) {
Span span = getClientSpan(openTelemetry.getTracer(appConfig.getApplicationName()), exchange);
Scope scope = span.makeCurrent();
inject(exchange);
return gatewayFilterChain.filter(exchange)
.then(Mono.fromRunnable(() -> {
scope.close();
span.end();
})
);
}
private void inject(ServerWebExchange serverWebExchange) {
HttpHeaders httpHeaders = new HttpHeaders();
TextMapPropagator textMapPropagator = openTelemetry.getPropagators().getTextMapPropagator();
textMapPropagator.inject(Context.current(), httpHeaders, HttpHeaders::add);
ServerHttpRequest request = serverWebExchange.getRequest().mutate()
.headers(headers -> headers.addAll(httpHeaders))
.build();
serverWebExchange.mutate().request(request).build();
}
private Span getClientSpan(Tracer tracer, ServerWebExchange serverWebExchange) {
ServerHttpRequest serverHttpRequest = serverWebExchange.getRequest();
URI routeUri = serverWebExchange.getAttribute(ServerWebExchangeUtils.GATEWAY_REQUEST_URL_ATTR);
return tracer.spanBuilder(routeUri.getPath()).setSpanKind(SpanKind.CLIENT).setAttribute(SemanticAttributes.HTTP_METHOD, serverHttpRequest.getMethod().name()).startSpan();
}
为了传递tracing的上下文信息,我们需要调用inject方法,把tracing上下文信息写入到路由请求的头信息里面。
现在,让我们访问网关http://localhost:8080/user/0 来观察Zipkin对于服务访问和异常的记录情况。
可以看到在Tracing方面,Zikin整体表现还不错,有异常的链路也使用红色做了标记。Zipkin没有打印出异常的堆栈信息,我们需要为此做额外的处理才行。
使用otlp exporter来替换之前使用的zipkin exporter。
io.opentelemetry
opentelemetry-exporter-otlp
在配置类中,使用otlp processor替换之前的zipkin processor。这样就完成了Zipkin到Jaeger的切换。
private SpanProcessor getOtlpProcessor(){
OtlpGrpcSpanExporter spanExporter = OtlpGrpcSpanExporter.builder().setTimeout(2, TimeUnit.SECONDS).build();
return BatchSpanProcessor.builder(spanExporter)
.setScheduleDelay(100, TimeUnit.MILLISECONDS)
.build();
}
我们再次运行服务并访问网关http://localhost:8080/user/0 来观察Jaeger对于服务访问和异常的记录情况。
首先看主界面,Jaeger直接标记了请求中包含异常。
再看下访问的详情,Jaeger记录并显示了异常的堆栈信息。这对我们分析线上异常非常有帮助。
对比Zipkin,Jaeger提供了更加丰富的功能和更美观的可视化界面。
本文介绍了使用opentelemetry 来搭建监控系统,以及如何集成到Zipkin和Jaeger。
利用opentelemetry的标准化能力,我们可以方便地记录更加详细的链路监控信息。
opentelemetry自推出以来,得到了越来越多厂商的关注和支持。对于分布式监控系统这个新生事物,opentelemetry是否能成为最终的事实标准,让我们拭目以待。
opentelemetry官网
Metrics, tracing, and logging
5 Reasons why OpenTelemetry will boost Observability and Monitoring
Exporting Open Telemetry Data to Jaeger