应用健康度是反馈应用健康程度的指标，它将系统指标分类为基础资源、容器、应用、报警配置、链路这几项，收集了一系列系统应用的指标，并对指标进行打分。

一.聚合查询分类:聚合方式说明MetricAggregation（指标聚合）一些数学计算，可以对文档字段统计分析BucketAggregation（桶聚合）一些满足特定条件的文档的集合PipelineAggregation（管道聚合）对其他的聚合结果进行二次聚合MetrixAggregation

一，基础知识储备分布式跟踪的目标一个分布式系统由若干分布式服务构成，每一个请求会经过多个业务系统并留下足迹，但是这些分散的数据对于问题排查，或是流程优化都很有限，要能做到追踪每个请求的完整链路调用，收集链路调用上每个服务的性能数据，计算性能数据和比对性能指标（SLA），甚至能够再反馈到服务治理中，那么这就是分布式跟踪的目标。分布式跟踪的目的

简介当分布式系统服务比较多，特别是微服务，出现故障就很难排查。所以需要借助APM系统进行排查（ApplicationPerformanceManagement，即应用性能管理），SkyWalking是APM系统的一种，类似的产品还有CAT、Zipkin、Pinpoint。SkyWalking和Pinpoint相比其他系统，做到了无侵入性

随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题。在复杂的微服务架

在前面的时间，我分享两篇关于ThreadLocal类的文章：利用ThreadLocal解决线程同步问题(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzU4MTE2NDEyMQ%3D%3D%26mid%3D224748

netstat显示网络连接，路由表，接口状态，伪装连接，网络链路信息和组播成员组。\\\\总览SYNOPSISnetstat\address\_family\_options\\tcp|t\\udp|u\\raw|w\\listening|l\\all|a\\

全局traceId关于链路追踪，在微服务的趋势下，一次调用的日志信息分布在不同的机器上或目录下，当需要看一条链路调用所有的日志信息时，这是个比较困难的地方，我们虽然有ELK,Sentry等日志异常收集分析工具，但是如何把信息串起来也是一个关键的问题。我们一般的做法是在系统调用开始时生成一个traceId，并且它伴随着一

在清洗日志时，有一个应用场景，就是TCP输出时，需要在一个主机挂了的情况下，自已切换到下一个可用入口，而原tcpoutput仅支持单个目标主机设定。故本人在原tcp的基础上，开发出tcp\_multihost输出插件，来满足此场景。插件在一开始的时候会随机选择一个链路，而在链路出错连续超过３(默认)次后会尝试数组中下一个主机github:http

本文将从搜索EE近期的全量迭代出发，展现其链路演进的整体脉络，包含：EE自适应动态探测模型——EE场景建模方式升级——打分与穿插两阶段一致性升级——探测与自然流量全局联动优化四个阶段，梳理对搜索EE的思考与下一步迭代方向。